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An improved network flow system includes an 
Internet/intranet enabled network flow computer with at 
least one flow measurement device and a host computer 
capable of communicating using Internet technology or 
through local connection to the flow computer. In one 
embodiment, the Internet enabled network flow computer 
receives flow measurement data, in raw or calculated 
form, from one or more measurement devices. The 
host computer connects to the network flow computer 
via rhe Internet, an intranet or local connections. The 
host computer transmits or receives data from the network 
flow computer, including the capability to view flow data 
results in web page format on the host computer and the 
capability to remotely or locally configure and control the 
flow computer from the host computer. 
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INTERNET ENABLED NETWORK FLOW COMPUTER SYSTEM 
CROSS-REFERENCE TO RELATED APPLICATIONS 
This application claims the benefit of U.S. Application Serial No. 09/212,176 filed 
December 15, 1998, and entitled Internet Enabled Network Flow Computer System, which is 
hereby incorporated by reference for all purposes. 

STATEMENT REGARDING FEDERALLY SPONSORED 
RESEARCH OR DEVELOPMENT 

Not applicable. 

BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates generally to computer systems for measuring and controlling 
the flow of liquids and gases through pipeline or conduit. More particularly, the present invention 
relates to flow computers that can be accessed remotely and locally. Still more particularly, the 
present invention relates to flow computers that function as web servers to enable an operator to 
control the flow computer, and obtain flow measurements from the flow computer via the Internet, 
intranet and similar technology. 
Background of the Invention 

Flow computers are used throughout the world to control and measure the flow of liquids 
and gases in pipelines. Flow computers are used in various industries such as in the oil and gas 
industry and in the water treatment industry. The flow computers, typically connected to a number 
of flow sensors, receive signals that indicate the flow of liquid or gas. The flow computer processes 
these signals to obtain desired flow calculations. In some industries, these flow calculations are 
used to determine the quantity of a commodity, such as oil or gas, that has passed through a 
pipeline. In some instances, the flow calculations are used as a basis for a business transaction to 
determine the volume of a commodity that has changed possession from one party to another. 
Because of the quantities and money involved, it is critical that the flow computer be extremely 
precise and extremely reliable, regardless of the environment in which it is used. In addition to this 
critical role of providing exact flow measurements, the flow computer also may be used to 
automatically control various pipeline equipment such as valves, meters, electronic switches and 
other devices for controlling the operation and flow of the liquid or gas. 

As shown in Figure 1, a conventional flow computer 10 includes a processor 11 with 
associated secondary storage device 13, keypad 14, LCD display 15 ajjd data pj>ris,,L7-23. Slow 
computer 10 may also include a floppy drive 16. Connected to flow computer 10 by data ports 17- 
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?:.') may be various flow measurement transducers 24-26. conlroi devices 29-30, modem 27. and 
serial inpui/butput device 23, such as a host computer 31. Data pons 1 7-23 may be RS-232 or RS- 
485 data ports. 

Microprocessor (or "processor ') 1 1 operates as the "brains" of the flow computer 10. 
Microprocessor 1 1 connects to a pipeline, for example, by flow measurement transducers 24-26. A 
variety of appropriate transducers 24-26 are known that provide data in. analog voltage, analog 
current., frequency or other formats but nonetheless all of these transducers provide monitoring data 
regarding the amount and character of the fluid flowing through the pipeline. Microprocessor 11 
monitors the data from the transducers, performs calculations, and carries out other functions. 
Software is embedded in the secondary- storage device 13 that allows the microprocessor 11 to 
perform these functions. The secondary storage device 13 typically is an expensive solid state 
device known as a "flash disk" or ROM chip, which can withstand the harsh environments and 
extreme weather conditions in which flow computers are often used. 

The flow computer 10 may be controlled by an "on-site' ? operator. Keyboard 14 allows an 
operator to input information such as commands that determine the frequency with which flow 
measurement readings are taken and results calculated. An operator may also choose to use the 
floppy drive 16 or other appropriate memory device to load and store data into the flow computer 
10. Processor 11 provides a visual feedback to an operator by LCD display screen 15. Alternately, 
an operator may choose to "plug in" a laptop computer or other interface device 31 to the flow 
computer via one of the data ports 1 7-23. This allows the owner or operator of the flow computer 
10 to easily obtain flow measurement information from the flow computer, and also to reprogram 
or modify the software of the flow computer when necessary. 

Still referring to Figure 1, while it is possible to configure the flow computer 10 directly or 
locally, it is also known to communicate with the flow computer 10 remotely. For example, 
modem 27 connects to a phone line 32 and allows remote connection of a host computer to the flow 
computer 1 0. When flow computers are located in hard to access locations, a satellite antenna 
device may be used to form a satellite link to transmit information to and from a host computer. 
Thus, if an oil company desires flow data from a deepwater offshore platform, the oil company can 
establish communication with the flow computer from a host computer via a satellite connection, 
and then obtain the desired flow information. Alternatively, an operator may travel to the offshore 
platform and connect a laptop to the flow computer to retrieve the desired information. Remote 
communication with the flow computer provides the advantages of an on-site •iii^. \vithjh.c^ftew 
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computer via a laptop computer without needing to be physically connected to the flow computer. 
However, several problems with this approach exist in present systems. 

While this system permits flow measurements to be readily obtained at a' remote location, 
several problems exist. The first problem is that manufacturers of flow computers usually 
implement their own proprietary communication protocol in their flow computers 10. The 
manufacturers may even use a customized processor that uses a proprietary operating system. 
Thus, the host computer 31 must have specialized software that is capable of interfacing and 
communicating with the proprietary software running on the flow computer in order to configure or 
retrieve infonnation from the flow computer. Similarly, if a laptop is used to communicate directly 
with the flow computer, the laptop must use the appropriate proprietary communication protocol. 
As one of ordinary skill will appreciate, customers may employ flow computers from several 
manufacturers. In this event, the customer must keep track of the manufacturer, of each flow 
computer so that the proper communication protocol can be used when communicating with a 
particular flow computer. 

Further complicating this is that flow computer manufacturers periodically release new 
versions of software for their flow computers. Upon the flow computer being updated with new 
software, the host computer or laptop computer must also be updated. Consequently, the customer 
must record not only the manufacturer, but also the version of software that resides in the flow 
computer to ensure that proper communication and control can be exercised from the host computer 
or laptop computer. Thus, each time a new feature is added to the software or a new or modified 
protocol is used, the host must be correspondingly modified/updated. Inevitably there exists 
numerous versions of software running on different hosts. As a result, a significant problem arises 
in that a particular host machine, depending on which version of host software it is running, may or 
may not be able to effectively communicate and access some or all features of a given flow 
computer. In addition, the manufacturer of the flow computer is faced with the enormous task of 
attempting to ensure backward compatibility with host software that has not yet been updated to the 
latest software version. 

The software version compatibility problems cause user confusion in the field and customer 
service nightmares. This problem has existed for years without any viable solution. Despite this 
well recognized problem, no effective solution has appeared. 

In addition to the absence of an industry standard protocol, an industry standard protocol 
may be too limiting as technology advances. MODgUS, which currently, is., an . .industry standard 
bus that is used to connect flow transducers such as 24-26 to a flow computer 10, is one example. 
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The MODBUS technology is approximately tvvo decades old and has failed in keep pace with the 
many technological advancements that have occurred over the years. Therefore, in order to make 
MODBUS work with some current technology, changes must be made to MODBUS. The problem 
is that once the standard MODBUS architecture is modified, then incompatibilities are introduced 
between the flow computer and the transducers unless both are using the same version of 
MODBUS. Thus, uniess an industry standard architecture or protocol is continually updated, the 
standard becomes outdated. 

It would be desirable if a standardized architecture and protocol could be developed for 
flow computers and host computers, while allowing sufficient flexibility to permit technological 
improvements to be implemented in now computer technology. Despite the apparent advantages 
such a system offers, there has been no solution to these problems. 

BRIEF SUMMARY OF THE INVENTION 

An embodiment of the invention comprises a network flow system including at least one 
measurement device, a flow computer configured as a web server and associated with the 
measurement device, the flow computer configured. to receive data from it, and a host computer 
communicating with the flow computer either locally or via an Internet/intranet connection. 
Uniform resource locator CURL") address may therefore identify the flow computer, and the 
host may receive data from the flow computer in a web page format. The flow computer may 
also self-configure to identify and communicate with an attached measurement device. The flow 
computer may have a scalable operating system compressed onto a flash disk, and may be 
remotely programmed by a host computer. The host computer may communicate with the flow 
computer by a web browser. 

Another embodiment of the invention is a method to obtain measurement data. The 
method includes coupling a flow computer to a measurement device suitable to monitor a fluid 
and provide corresponding measurement data, and connecting the flow computer via a 
communication link to a host computer, the flow computer obtaining measurement data from the 
measurement device using a first protocol and communicating with the host computer using a 
second protocol the second protocol being suitable for Internet/intranet communication. Other 
aspects of this method may also be present. For example, the measurement device may be 
queried at regular intervals, the host computer may program the flow computer, the flow 
computer may be identified using a URL address, and the flow computer may generate a web 
page including data from the measurement device. * : - '^v ~. ~. ~ ' 
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BRIEF DESCRIPTION OF THE DRAWINGS 
A better understanding of the present invention can be obtained when the following detailed 
description of the preferred embodiment is considered in conjunction with the following drawings: 
Figure 1 is a block diagram of a prior art flow computer system; 
5 Figure 2 is a block diagram of an improved flow computer and host system constructed in 

accordance with the preferred embodiment; 

Figure 3 is a block diagram of the network flow computer of Figure 2 constructed in 
accordance with the principles of the present invention; 

Figure 4 is a block diagram of the software implemented in the network flow computer of 
10 Figure 2; 

Figure 5 is a block diagram of the flash disk, BIOS and RAM disk of the network flow 
computer of Figure 2; and 

Figure 6 is a flow chart of the flash disk initialization routine performed on the network 
flow computer of Figure 2. 
15 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

The following detailed description describes the preferred embodiment for implementing 
the underlying principles of the present invention. One skilled in the art should understand, 
however, that the following description is meant to be illustrative of the present invention, and 
should not be construed as limiting the principles discussed herein. In addition, certain terms are 
20 used throughout the . following description and claims to refer to particular system components. As 
one skilled in the art will appreciate, manufacturers may refer to a component by different names. 
This document does not intend to distinguish between components that differ in name but not 
function. In the following discussion and in the claims, the terms "including" and "comprising" are 
used in an open-ended fashion, and thus should be interpreted to mean "includes, but is not limited 
25 to ..." Additionally, the term "fluid" is used in a manner including liquids and gases. Also, the 
term "couple" or "connect" is intended to mean either an indirect or direct electrical connection. 
Thus, if a first device couples or connects to a second device, that connection may be through a 
direct electrical connection, or through an indirect electrical connection via other devices and 
connections. 

30 Referring now to Figure 2, a host computer 50 couples to one or more network flow 

computers 100, 800, 900 via the Internet, intranet or similar technology. The flow computers also 
connect to various flow measurement devices 710, 720, 730 via .a .-Standardize^ J>us, such as a 
MODBUS. Although three such measurement devices have been shown connected to each of the 
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flow computers in Figure 2, one skilled in the uri will understand that the number of flow 
measurement devices and other equipment may vary. Similarly, the host computer 50 may act as a 
host to an unspecified number of flow computers, without limitation. 

According to the preferred embodiment of the present invention, the flow computer is 
f programmed to collect or receive data from a measurement device such as 710, 720, 730. Flow 
computer 100 is also programmed to be a web server, such that it can communicate over an 
internet, intranet or similar technology connection. In addition to operating as a web server, the 
network flow computer 100 also executes other flow computing software. 

The host computer 50 may comprise any PC (personal computer), laptop computer, work 
10 station, mainframe computer, or any other computer capable of supporting Internet, intranet or 
similar technology access. The network flow computer 100 may be based on the INTEL ;c86 family 
of microprocessors or compatible processors, such as those manufactured by AMD in its K6 and 
K7 family, CYRIX'S PR series, and IDTs C6 and C7 family of microprocessors. The network 
flow computer .100 may also be based on SUN MICROSYSTEM'S RS 6000, SPARC, or ALPHA 
15 RISC microprocessor based machines. Alternatively, the network flow computer 100 may be 
based on any other microprocessor that is capable of performing the operations required in the 
present invention. The preferred embodiment contemplates use of an INTEL xS6 based computer 
as the most cost-efficient platform. The minimum system requirement for the network flow 
computer on an *86 platform is a 386 class microprocessor, such as that commercially available 
20 from manufacturers like INTEL, AMD and CYRIX. The invention will also work on higher class 
a-86 architecture microprocessors such as the 486 family, the PENTIUM, the PENTIUM PRO, the 
PENTIUM II, and the like. As explained above, the invention will also work on non-x86 platform 
computers. While the best mode implements a standard PC configuration, the invention can also be 
implemented in a machine with an embedded computer or processor. 
25 The host computer 50 preferably runs an Internet web browser software package, such as 

MICROSOFT'S INTERNET EXPLORER or NETSCAPE'S NAVIGATOR software, although any 
generic browser may be used. No other specialized software is required at the host computer. 
However, if desired, the host computer 50 may be programmed with specialized software to enable 
backward compatibility with older versions of software on the network flow computer. Such 
30 specialized software can co-exist with the software implemented in the preferred embodiment of 
the present invention. 

The host computer 50 may connect to the Internet directly or through- Biservice-prdVfder. 
Similarly, both host computer 50 and network flow computer 100 may connect to the Internet using 
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any communication media, including a standard analog phone line connection, an ISDN 
connection, a Tl connection, a satellite connection, direct wire connection, or the like. Host 
computer 50 may also be directly connected to flow computer 100, bypassing the public Internet, 
such as through the use of intranet and similar technology. 
5 During operation, flow measurement devices 710, 720 and 730 monitor and measure certain 

parameters of a fluid or fluids of interest. Flow computer 100 receives flow measurements from the 
flow measurement devices 710, 720 and 730 and performs flow calculations. The flow computer 
then displays these flow calculations on a web page real-time. The flow computer 100 may also be 
requested to display historical and other measurement or configuration data. Each flow computer 

10 therefore has its own web address. Host computer 50 accesses these flow calculations by simply 
entering the respective URL address for a particular flow computer. For example, to address flow 
computer 100, an operator of host computer 50 selects the Internet URL address for flow computer 
100, which as shown in the example of Figure 2 is www.flow#Lcom . While the present invention 
refers to URL to identify the address of flow, computer 100, the present invention encompasses any 

15 other type of addressing that may be used to identify a flow computer. In response to the selection 
of this address, flow computer 100 is contacted and replies with its web page, which preferably 
includes a list of current flow calculations. Other features and details of the flow computer 100 
may be selected from menu entries in that computer's web page. In similar fashion, each of the 
other flow computers in the customer's inventory may be addressed and its information monitored 

20 real-time via the Internet, intranet or similar technology. 

The configuration shown in Figure 2 solves many of the problems associated with the prior 
art. Prior art measurement devices 710, 720, 730 may operate using only a single industry standard 
protocol. For example, gas chromatographs use only the MODBUS protocol to communicate with 
external devices. When a gas chromatograph connects to a network flow computer using industry 

25 standard MODBUS protocol, the gas chromatograph becomes, in effect, a networked gas 
chromatograph that is accessible remotely via the network flow computer. Additionally, the 
software on the gas chromatograph does not require an upgrade. So long as the gas chromatograph 
is coupled to the network flow computer 100 as explained above, the network flow computer can 
make the flow measurement data provided by the gas chromatograph accessible remotely by any 

30 host computer 50 located anywhere in the world. This eliminates the need to ensure that the flow 
computer and host computer are running the same version of software. Further, this solution is 
particularly practical in the real world because of the wide availability ^intcmc^c\3fihection3. 
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The principles of the present invention may be applied to existing meters, including gas 
chromotographs, ultrasonic meters, and orifice meters. For example, these meters may already 
include in their design associated electronics. These electronics may be integrated with a network 
flow computer so that such meters in effect become internet enabled meters with a huiitin network 
ilow computer. When the present invention is used in such meters, the meters are capable of 
functioning in a manner similar to the preferred embodiment of the present invention in addition to 
ail of the existing functionality within the meters. 

Referring now to Figure 3, a network flow computer 100 constructed in accordance with a 
preferred embodiment includes a PENTIUM family microprocessor operating at a clock speed of 
lOOMhz or 133Mhz. The network flow computer 100 preferably includes a ininimum of 2 
megabytes of flash disk 170, with 5-10 MB being most preferred. The actual size of the flash disk 
is somewhat dependent on the number of options or features -incorporated into the system. The 
flow computer 100 also preferably includes at least 8 megabytes of RAM 130, with 16-32 
megabytes being most preferred. The flow computer 100 also includes a display mechanism 110. 
The display 1 10 may be a standalone monitor in a flow computer implemented in a standard PC 
configuration. When the flow computer 100 is implemented in a machine with an embedded 
computer or processor, the display 110 may be an LCD display unit such as a 2" x 16" text-only 
LCD display. The flow computer 100. also includes a keyboard 145 and may include floppy disk 
160. 

The network flow computer 100 also preferably includes one or more bus Interfaces 185, 
such as ISA and PCI bus interfaces. .Analog and digital interface cards 190 in the flow computer 
.100 are coupled to the bus interfaces 185 of the flow computer. Flow measurement devices such as 
turbine meter 710, pressure transducer 720, differential pressure transducer 730, temperature probe 
740 and other flow measurement devices 750 are coupled to the analog or digital interface cards 
190. Such flow measurement devices provide flow data to the flow computer 100 on a real-time 
basis. When flow measurement devices 710, 720, 730, 740 and 750 are directly connected to 
network flow computer 100, the network flow computer becomes the flow meter for the flow 
measurement devices. As a flow meter, the network flow computer 100 receives and processes 
digital and analog signals sent by thcflow measurement devices 710, 720, 730, 740 and 750. The 
network flow computer 100 then performs all necessary calculations and corrections to the raw data 
received from the flow measurement devices 710, 720, 730, 740 and 750. The flow computer 100 
stores the calculated flow measurement results in log files on the flash disk 170. ' ..»• 
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The flow computer may also self-configure to identify and communicate with an attached 
measurement device. As one of ordinary skill in the an will acknowledge and appreciate, 
methods of identifying peripheral devices attached to a computer are well known in the industry. 

The host computer 50 may connect to the network flow computer 100 via the Internet 340 
to view the flow results real-time. As previously stated, host computer 50 may also connect to the 
network flow computer 100 via intranet or similar technology. On the host computer 50, the 
calculated flow results are displayed as graphs, tables of data or in any other desired manner of 
display. In addition, the flow computer 100 may store some or all of the calculated flow results for 
subsequent analysis by the host computer 50. 

Still referring to Figure 3, the network flow computer 100 also preferably includes one or 
more serial ports 150, such as RS-232 or RS-485 serial ports. The serial ports 150 enable the 
network flow computer 100 to communicate with various external devices. The network flow 
computer 100 is coupled via serial ports 150 to ultrasonic meter 400 and gas chromatograph 500. 
The industry standard MODBUS protocol is used by the flow computer 100 to communicate via 
the RS-232 or RS-485 serial ports 150 with the ultrasonic meter 400, gas chromatograph 500, and 
flow computer 600. The serial port 150 is also used to provide direct connection of the host 
computer 50 to the network flow computer 100. Direct connection of the host computer 50 to the 
network flow computer 100 via the serial port 150 is oftentimes necessary when the host computer 
user is physically located at the network flow computer's site for various reasons such as when 
troubleshooting or servicing the network flow computer. Gas chromatograph 500 is connected to 
the network flow computer 100 via RS-232 or RS-485 serial pons 150 using industry standard 
MODBUS protocol. 

Still referring to Figure 3, the network flow computer 100 is coupled via serial port 150 to 
the ultrasonic meter 400. An ultrasonic meter 400 may also be connected to the network flow 
computer 100 via the LAN interface 140 and LAN servers 320. The ultrasonic meter 400 may be 
strictly a flow meter or a flow computer. As a flow meter, the ultrasonic meter 400 records raw 
velocity flow data and does not perform any data corrections such as for temperature and pressure. 
The raw data is then communicated by the ultrasonic meter 400 to the flow computer 100 which 
performs all necessary calculations, including correcting the data for temperature and pressure. As 
a flow computer, the ultrasonic meter 400 not only records the raw data but also performs the 
necessary calculations, corrects the data for temperature and pressure, and finally communicates the 
calculated results to the network flow computer 100, \ ... . 
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The network How computer 100 is coupled to other flow computers via serial pons 150. 
For example, network flow computer 1 00 may be coupled to another flow computer 600, such as 
the commercially available flow computer DANIEL SPECTRA 100, via the serial port 150, The 
external flow computer 600 may itself be coupled to other flow measurement devices such as 
5 devices 710, 720, 730. 740 and 750. In such a configuration, the network flow computer 100 is 
indirectly connected to flow measurement devices 710, 720. 730, 740 and 750 via flow computer 
600. In an indirec: connection of the network flow computer 100 to flow measurement devices 
710, 720, 730, 740 and 750. the flow computer 600 receives and processes the digital and analog 
flow signals from the measurement devices and typically the flow computer 600 performs all 

10 necessary flow measurement calculations. Tlie computed results are then communicated by the 
flow computer 600 to the network flow computer 100. After receiving the computed results, the 
network flow computer 100 stores the results in log files on flash disk 170. 

in the preferred embodiment of the present invention, the network flow computer 100 
connects to a host computer 50 via the Internet and the World Wide Web 340. As previously stated 

15 and as one of ordinary skill in the art will appreciate, network flow computer 100 may also be 
connected to host computer 50 via an intranet and similar technology. The flow computer 1 00 may 
connect to the Internet and the World Wide Web 340 in many different ways. In the preferred 
embodiment, the flow computer 100 connects to the Internet and the World Wide Web 340 via a 
local area network ("LAN 77 )- The network flow computer 100 includes a LAN interface 140. 

20 While the preferred embodiment uses the industry standard Ethernet LAN, one skilled in the an of 
the present invention will appreciate that other commercially available LANs such as LON 
WORKS, PROFI BUS, DEVICE NET, CAN, USB, or any other industry standard LAN will also 
be appropriate. The LAN connection 140 enables connection of the flow computer 100 to the 
Internet and the World Wide Web 340. The LAN connection 140 also enables the network flow 

25 computer 100 to be networked to other equipment at the site where the flow computer is being 
used. To enable the connection of the flow computer to the Internet 340, the LAN interface 140 is 
coupled to a router or gateway 310, which in turn is coupled to LAN servers 320. To prevent 
unauthorized access, infiltration of the LAN by viruses from the Internet, and for other security 
reasons, the LAN connection 140. of the flow computer 100 is secured by coupling the LAN servers 

30 320 to a firewall 330. The firewall 330 is then coupled to the Internet and World Wide Web 340. 
While in the preferred embodiment the flow computer 100 is coupled to the Internet and World 
Wide Web 340. one skilled in the art will appreciate that the present invention -will, similarly Vbrk 
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with any future improvements to the Internet, the World Wide Web or any other aspect of the 
Internet, including what is commonly referred to as the forthcoming "Internet 11." 

Still referring to Figure 3, the network flow computer 100 may also be connected to the 
Internet and the World Wide Web 340 via other communication media. Therefore, the flow 
computer 100 also preferably includes one or more communication interface cards 115 coupled to 
various external communication devices via modem 210, satellite 220, ISDN 230, Tl line 240 and 
cable 250. Any one or more of the communication media, modem 210, satellite 220, ISDN 230, Tl 
line 240, and cable 250, may be used to connect the network flow computer 100 to the Internet and 
World Wide Web 340. Similarly, the host computer 50 is connected to the Internet and World 
Wide Web 340. 

Referring now to Figure 4, custom software has been written and combined with off-the- 
shelf commercial or publicly available software to implement the network flow computer 100. The 
combination, order, layering or hierarchy of software in Figure 4 is intended to simplify discussion 
of software used in the preferred embodiment. It should not be interpreted as a limitation of the 
present invention. Different combination, order, layering or hierarchy of software may be used in 
the present invention. Software used in the preferred embodiment of the present invention includes 
the LINUX operating system ("OS") 101, network services software NET SERVICES 102, 
industry standard MODBUS communication protocol 103, the APACHE web server 104, CGI 
scripts and HTML code 105, and JAVA applets and C programs 106. 

The base platform for the software in the network flow computer 100 preferably comprises 
RED HAT LINUX Operating System ("OS") 101. LINUX OS 101 is a multitasking and multi- 
user operating system. RED HAT LINUX OS 101 is a variant of the popular UNIX operating 
system. RED HAT LINUX OS is commercially available 'from RED HAT SOFTWARE, INC. 
(http://www.redhat.com). The LINUX OS 101 contains the software "kernel" for the network flow 
computer 100. As one skilled in the art will understand, the kernel is software code within the 
operating system that functions as the master controller of all system operations and resources. The 
kernel contains the base functionality of the operating system, but not the file system. The kernel is 
responsible for allocating computer resources. The kernel requires a file system to execute files, 
locate files, and perform other file operations. There are many different types of files, including 
data files and code files. Examples of code files are EMACS, a text editor, and X- WINDOWS, a 
graphical shell for LINUX OS 101. 

While the preferred embodiment of the -present inventiomirnplements " v tfie RED" HAT 
LINUX OS 101, other distributions of LINUX or other operating systems may be used if desired. 
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Examples of other publicly available distributions of LINUX include SLACKWARE LINUX, 
YCGDRASIL LINUX, and CALDERA LINUX. Although the present invention will work with 
full-featured operating systems, such as WINDOWS 98 or WINDOWS NT, ii is preferable to use 
an operating system thai is scalable, such as LINUX OS 10! or MICROSOFT WINDOWS CE. A 
scalable operating system permits selection of a subset of the . operating system modules or features 
that are necessary tor the application at hand. The memory space required bv the subset of the 
operating system features or modules is controlled and can therefore be minimized. This capability 
of scalable operating systems is particularly desirable in development of embedded systems where 
memory space may be limited ana expensive. For example, in the present invention LINUX OS 
101 with a selected set of features requires only approximately 2 megabytes to boot, whereas 
WINDOWS 98 may require upwards of 100 megabytes. Furthermore, because the network flow 
computer 100 is preferably designed for harsh environments, relatively expensive memory 
components, such as flash disks 170, are used. Thus, the use of a scalable operating system, such 
as LINUX OS 101, is desired to minimize the amount of memory required in the flow computer, 
and consequently minimize the cost of the system. 

. Still referring to Figure 4, in the preferred embodiment, the size of the embedded LINUX 
OS 101 is reduced down to 1 to 2 megabytes of storage by recompiling the LINUX OS source code 
with a subset of the full features of the standard LINUX OS. This is accomplished by rurming a 
configuration utility provided by RED HAT LINUX. The utility enables selection of a subset of 
the functions provided in the standard LINUX installation. The utility is executed in the X- 
WINDOWS shell provided by LINUX. The command "make xconfig" is executed from within X- 
WINDOWS to initiate the utility. Once the utility is initiated, the options identified in attached 
Appendix A are selected. Once the identified LINUX OS options have been selected, the 
configuration utility is used to recompile the source code of LINUX OS 101 to generate a subset 
version of the OS where the size of the OS has been rninirnized to save storage space on the flash 
disk 1 70 of the network flow computer 100. 

The next "layer ' of software in the network flow computer 100 is the NET SERVICES 102 
bundle of software. The NET SERVICES software 102 is a combination of one or more system 
programs (as opposed to application programs), that provide various system services or resources 
and work in conjunction with the LINUX OS 101. For example, the preferred embodiment uses 
NET SERVICES such as the FILE TRANSFER PROTOCOL ("FTP"), HYPER TEXT 
TRANSFER PROTOCOL ("HTTP") and TELNET. However, the present Inwniien W use 
other NET SERVICES 102. NET SERVICES 102 programs are publicly available and may be 
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acquired from many different sources. For example, as in the preferred embodiment, the NET 
SERVICES 102 software may be acquired from the RED HAT LINUX distribution CD-ROM. 
Most publicly available LINUX distributions typically include NET SERVICES 102 software. As 
previously mentioned, examples of other publicly available LINUX distributions include 
SLACKWARE LINUX, YGGDRASIL LINUX, and CALDERA LINUX. NET SERVICES 102 
software may also be readily downloaded from various Internet sites. Such Internet sites are easily 
identified using commonly available Internet search engines. 

Still referring to Figure 4, the preferred embodiment uses FTP net service 102 to transfer 
files between the host computer 50 and the network flow computer 100. The HTTP net service 102 
enables the network flow computer 100 to communicate in the World Wide Web of the Internet. 
Consequently, an operator may view flow measurement results from the network flow computer 
100 via a host computer 50 using an Internet browser, such as MICROSOFT INTERNET 
EXPLORER or NETSCAPE NAVIGATOR. The preferred embodiment uses TELNET net service 
102, to enable an operator to remotely login. to the network flow computer 100 as a terminal. Such a 
remote connection appears to the network flow computer 100 as if the technician is physically 
located where the network flow computer resides and permits the technician to work directly on the 
network flow computer. Furthermore, such a connection enables the technician to troubleshoot the 
network flow computer 1 00 from a remote site. 

The MODBUS software 103 enables the network flow computer 100 to communicate via 
the RS-232 or RJS-485 serial ports 150 with legacy flow computers or flow meters such as the 
ultrasonic meter 400, gas chromatograph 500, and other flow computers 600. MODBUS software 
103 implements the standard MODBUS communication protocol to work in conjunction with 
LINUX OS 101. The source code in Appendix B is an implementation of the MODBUS protocol 
using the C programming language. 

The APACHE Web Server software 104 enables the network flow computer 100 to act as 
web server using HTTP and FTP NET SERVICES 102 communication protocols. As a web 
server, the network flow computer LOO may be accessed via the host computer 50 over the Internet 
340. Similarly, the network flow computer 100 may be accessed via the host computer 50 over an 
intranet or similar technology. The APACHE Web Server software 104 also enables use of 
COMMON GATEWAY INTERFACE ("CGI") scripts 105, discussed below. The APACHE WEB 
SERVER software 104 is a publicly available web server software and may be easily downloaded 
from the Internet. Internet sites for downloading the APACHE Web^rYer softwarc 104 may be 
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identified by using commonly available Internet search engines. A prominent Internet web site for 
downloading the APACHE WEB SERVER software 104 is www.apache.org . 

Still referring to Figure 4, the CGI scripts and HTML code 105, and JAVA, applets and C 
programs 106. are application programs that enable the network flow computer 100 to perform 
■ various tasks as part, of its overall function of communicating with various external devices and 
presenting calculated flow data results io host computers 50 connected to the network flow- 
computer via die Internet 340. As one skilled in the art of the present invention will appreciate, 
various such programs may be written to enable the network flow computer 100 to perform various 
functions. For example, the source code provided in Appendix C enables the network flow 
computer 100 to query the ultrasonic meter 400 once even' sixty seconds to obtain corrected flow 
rates. Once obtained the flow computer 100 appends the flow rates to a log .file named 
"ultrasonic.iog/ 5 One such file is created for each full day and the process is repeated every twenty- 
four hours. Similarly, .Appendix D is an example which lists source code enabling the flow 
computer 100 to read predefined message blocks from the ultrasonic meter 400. The message 
blocks contain data used to populate tables. The tables ars then displayed on a host computer 50 
connected to the flow computer 100 via the Internet 340. Both of the foregoing examples also use 
the MODB US protocol. 1 03 programs listed in Appendix B . 

The CGI scripts and HTML code 105 use JAVA applets to display the computer flow data 
results in a graphical format on the host computer 50 when the host is connected to the flow- 
computer 100 via the Internet 340. The JAVA applets are commercially available under the brand 
name JAVACHART from VISUAL ENGINEERING, INC. As one skilled in the art of the present 
invention will appreciate, the functionality provided by the commercial software JAVACHART 
can be independently developed using JAVA programming. 

Referring now to Figures 3 and 5, the flash disk 170 of the network flow computer 100 
contains the software files, identified in Figure 4. These programs and data execute when the 
network flow computer 100 is used for its intended purpose. However, the flash disk 170 must be 
initialized before it can operate properly. Similar to the initial formatting and installation of an 
operating system and other software and data on the hard disk of a common PC, the initialization of 
flash disk 170 is typically performed only once per unit. However, the initialization process may be 
repeated as necessary. Prior to initialization, the flash disk 170 is either unformatted or contains 
files which must be deleted. 

Referring now to Figure 5, as previously discussed; the network flow^ Computer Too 
includes flash disk 170 and RAM 130. The network flow computer 100 also includes BIOS 121. 
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Flash disk 170 includes LINUX LELO loader 171 on the master boot record ("MBR") of the flash 
disk. Flash disk 170 also includes non-compressed file space 172, compressed file space 173, user 
data area 174 and spare space 175. RAM 130 includes RAM Disk 131, a non-compressed file 
space. 

5 In a regular PC, the file system is generally not compressed and resides on the hard disk of 

the PC. The hard disk in a PC is a relatively inexpensive storage medium. Therefore, it is 
economically justifiable to have non-compressed file systems for general software applications on a 
regular PC. Generally, to run software on a standard PC configuration, the program gets 
dynamically loaded from the PC's hard disk to the PC's random access memory ("RAM") where 

10 the programs are executed. The file system in a standard PC configuration remains on the hard disk 
and programs read from and write to the file system on the hard disk. However, the programs must 
reside in RAM during execution. Programs cannot execute on the PC's hard disk. 

The preferred embodiment of the present invention does not use hard disks as a form of 
non-volatile permanent storage medium. This is because present day hard drive technology 

15 generally cannot withstand the harsh environments in which flow computers may be used. Instead, 
the preferred embodiment uses flash disk 170 for non- volatile permanent storage. The flash disk is 
necessary because files must be stored in some permanent non-volatile storage medium. A non- 
volatile storage medium does not lose data stored on it when electrical power to the storage 
medium is terminated. A flash disk emulates a physical magnetic hard drive. Therefore, software 

20 running on the network flow computer 100, cannot distinguish between hard disks and flash disks. 
Flash disks use solid state technology with no moving parts. Therefore, flash disks are better able 
to withstand adverse environmental conditions such as shock and temperature highs and lows. 
Flash disks have the added advantage of smaller physical size compared to hard disks. This 
facilitates use of flash disks in network flow computers configured as embedded computers or 

25 processors. 

Flash disks are very expensive compared to the cost of hard disks. In a regular PC with 
hard disk, volatile RAM storage costs are approximately 20 to 30 times higher than the non- 
volatile hard disk storage. Since the inexpensive storage medium in a regular PC is the hard 
disk, a non-compressed hard disk is an acceptable mode of operation from a cost perspective. 
30 The situation is reversed in the network flow computer 100 of the preferred embodiment. In 
network flow computer 100, the non-volatile permanent flash disk 170 storage medium is 
approximately five times more expensive than the volatile tempq£^ RAM J3&*storag&. Since 
the flash disk 170 of the network flow computer 100 is more expensive than RAM 130, in order 
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to minimize the overail cost of the flow computer it is highly desirabie :o use more RAM storage 
and less flash disk storage. However the foregoing desirability is constrained by the 
technological limitation preventing permanent storage of files on RAM 130. Therefore, to 
reduce cost, the preferred embodiment minimizes flash disk 170 storage by storing most of the 
files on the flash disk in compressed form in the compressed file space 173. When the network 
How computer 100 runs, it transfers the compressed files 173 from the flash disk 170 in a non- 
compressed form to the RAM 130. Software on the flow computer 100 is executed by accessing 
the non-compressed file space 131 in RAM and not by accessing the compressed file space 173 
in the flash disk 170. 

Referring now to Figures 4 and 5, when initialization of flash disk 170 is complete the 
flash disk contains at least some of the software files identified in Figure 4, in addition to other 
possible data and program files. More particularly, the LINUX LILO loader 171 resides, starting 
at sector zero, on the MBR of the flash disk 170. In between the memory space immediately 
following MBR 171 and sector 430 : resides the non-compressed file space 172. The non- 
compressed file space 172 contains the non-compressed file system, the LINUX OS 101 kernel 
and other files. In the space immediately following sector 430, resides the compressed file space 
173. The compressed file space 173 contains software and files identified in Figure 4 which are 
not loaded in the non-compressed file space 172. The user data area 174 preferably contains data 
files used by the flow computer 100 that may change during the use of the flow computer. 
Depending on the size of flash disk 170, there may be a portion of the flash disk that is spare 
space 175. The particulars of the flash disk 170 initialization routine are described later in this 
disclosure. 

User data area 1 74 of flash disk 1 70 contains data files which may change during the use 
of network flow computer 100. Example of such user data files includes files which store 
configuration information about the flow computer. Configuration files are modified when, for 
example, host computer 50 connects to network flow computer 100 and changes the frequency of 
ilow measurements from every four hours to every six hours. In order to permanently save 
changes made to user data files, such files are stored on the flash disk 170 in user data area 174 
and any changes to the files are contemporaneously recorded on the flash disk and not in RAM 
130. The user data area 174 may be compressed or uncompressed depending on various 
considerations such as performance needs, available flash disk space and other considerations. 

The flash disk 170 storage space needed for LIL0- loader 171 and ttQ^compr-essed file 
space 172 is determined by pre-compiling. the LINUX OS 101 kernel. In the preferred 
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embodiment, 430 sectors is necessary to store LILO loader 171 and non-compressed file space 
172 on the flash disk 170. As previously discussed, the size of LINUX OS 101 and the kernel 
may vary depending on the particular subset of the full features selected from the standard 
LINUX OS. Furthermore, the size may also be influenced by any customized changes made to 
5 the LINUX OS 101 kernel. 

Still referring to Figure 5, The LINUX OS 101 kernel is loaded in the non-compressed 
file space 172. A small segment of the kernel is stored in non-compressed form in non- 
compressed form in non-compressed file space 172. Most of the kernel is stored in compressed 
form in non-compressed file space 172. When network-flow computer 100 is powered on or re- 

10 booted, the non-compressed segment of the kernel in non-compressed file space 172 is executed 
first. Once execution of the non-compressed kernel begins, the kernel decompresses and 
executes other compressed segments of the kernel in non-compressed file space 172 as needed. 

In the preferred embodiment the non-compressed file space 131 in RAM is made 
available by creating a RAM disk. A RAM disk is the method of creating a "hard disk" or "flash 

15 disk" in RAM to emulate the functionality of a hard disk or flash disk. Therefore, RAM disk 131 
can store a file system and files may be written to and accessed from the RAM disk just like a 
conventional PC hard disk or flash disk. From the perspective of the software (Figure 4) running 
on the network flow computer 100, a file system which resides on RAM disk 131 is 
indistinguishable from a file system which resides on flash disk 170. Only the LINUX OS 101 

20 kernel can distinguish among a RAM disk 131 and a hard disk. The ability to create a RAM disk 
is native to the LINUX OS 1 01 Kernel 

While the creation and use of the compressed file space 173 and RAM disk 131 is 
desirable from cost-savings perspective, it is not a requirement of the present invention that a 
compressed file space and RAM disk be used in the network flow computer 100. The need to 

25 have a compressed file space 1 73 and RAM disk 131 is a cost-effectiveness factor. The intended 
invention will work with flash disk 170 which has only non-compressed file space 172. 
Similarly, the intended invention will work with RAM 130 which does not have a RAM disk 
131. If in.the future the cost of flash disk 170 becomes less than the cost of RAM 130, then the 
use of compressed file space 173 and RAM disk 131 may be unnecessary and the related cost- 

30 savings may become a non-factor. 

Upon power up or reset of the network flow computer 100, the BIOS 121 is in control of 
the flow computer. The BIOS 121 is an integrated circuit chip, A \yhich resides on the flow 
computer 100 motherboard. The BIOS 121 is preprogrammed with logic which boots (i.e., takes 
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control of ) the flow computer 1 CO when it is initially powered on or reset. When the BIOS 121 
begins the booting process, it searches for the hard drive or flash disk, whichever is connected as 
the first drive or "hda" as it is referred to in LINUX OS terminology. The BIOS 121 then 
searches for the MBR on "hda/' Since the hard disk is initially installed as "hda," the BIOS 
locates the MT3R of the hard disk. The LINUX OS boot loader installed on the MBR of the hard 
disk boots the network flow computer 100 during the initialization of the flash disk 170. 

Still referring to Figure 5. the LILO loader 171 must be located on the MBR of flash disk 
170 because this is where BIOS 121 will search to initiate the boot sequence for the network 
flow computer 100. After the BIOS 121 finds and begins execution of the LILO loader 171, the 
LILO loader searches and finds the LINUX OS 101 kernel in the non-compressed file space 172. 
Once the LINUX OS 101 kernel is found, LILO loader 171 loads the LINUX OS kernel in RAM 
130 and begins executing the kernel. At this point the LINUX OS 101 kernel controls the boot 
sequence of the network flow computer 1 00. 

The LINUX OS 101 kernel may be physically stored anywhere on the flash disk 170. 
15 However, in order for the LILO loader 171 to find the kernel, the loader must either be 
specifically instructed as to the physical location of the kernel or the loader must find the kernel 
in the default physical location. The default physical location for the kernel is the storage space 
beginning immediately following the storage space occupied by the LILO loader 1 71 on the flash 
disk 170. In the preferred embodiment, the LINUX OS 101 kernel is physically stored at the 
beginning of the non-compressed file space 172 on the flash disk 170. This is the default 
location for the LINUX OS 101 kernel. 

The LINUX OS 101 kernel has primary responsibility for booting the network flow 
computer 100. To properly execute the boot sequence, the kernel determines the location of the 
file system, whether the file system is compressed and whether a RAM disk is created. If a RAM 
disk is created, the kernel determines the size of the RAM disk and whether the file system is 
loaded into the RAM disk from the flash disk. The kernel makes the foregoing decisions based 
on command line parameters passed from the LILO loader 171 to the LINUX OS 101 kernel. 

As previously discussed, conventionally the file system resides on the hard disk or flash 
disk and programs access and write files from and to the hard disk or flash disk. When a RAM 
disk is setup and the file system from the flash disk is transferred to the RAM disk, programs 
running on the network flow computer 100 access and write files from and to the RAM disk as 
opposed to the flash disk. 
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In the preferred embodiment, the compressed file space 173 is stored on the flash disk 
170 beginning at sector 430. This is the storage space immediately following the non- 
compressed file space 1 72 in the flash disk 170. 

Still referring to Figure 5, the initialization of flash disk 170 will now be described in 
accordance with the preferred embodiment. Other initialization sequences may also be 
appropriate, and the following discusses only the preferred initialization. As a prerequisite to the 
preferred initialization process, the network flow computer 100 must have a conventional hard 
disk installed as its first drive, "hda." The flash disk 170 must be initially installed in the network 
flow computer 100 as its second drive, t( hdc" ("hdb M may be used instead). Additionally, the 
hard disk "hda" must have LINUX OS installed on it. This may be accomplished with 
commercially and publicly available off-shelf software package called RED HAT LINUX which 
provides detailed instructions on how to install LINUX OS onto the hard disk using the CD- 
ROM disk provided by RED HAT. Furthermore; all files and the associated directory structure 
that will eventually reside in the compressed file space 173 and user data area 174 of the flash 
disk 170 must be placed in a temporary directory on the local hard disk, M hda", of the network 
flow computer 100. 

In the preferred embodiment, three program scripts, "makeLILObootdisk," 
"makeCompressedRamDisk" and ''bdlilo.conf 1 listed in Appendix E, are used to implement the 
flash disk 170 initialization process. As one skilled in the art of the present invention will 
appreciate, the initialization process implemented in the three programs may be modified or 
written in many different variations and yet accomplish the same purpose. 

The "makeLILObootdisk" and "makeCompressedRamDisk" programs (Appendix E) 
create the RAM disk 131 and the non-compressed file system within the RAM disk. The 
programs then copy a compressed version of the file space in RAM disk 131 to temporary 
storage on the hard disk connected as "hda." The programs next create the non-compressed file 
space 172 on the flash disk 170 "hdc" and copy the non-compressed and compressed segments of 
the LINUX OS 101 kernel and other files to the non-compressed file space 172. The programs 
then copy the boot loader file, "boot.b," from the boot directory of the hard disk "hda" to the boot 
directory in master boot record 171 of the flash disk 170 "hdc." The boot loader configuration 
file, "bdlilo.conf." is then copied to the flash disk 170. Next, programs and data files stored in 
temporary storage on hard disk "hda" must be copied to flash disk 170 "hdc" in compressed file 
space 173 and user data area 174 as appropriate. Other files, such^as operating system files may 
also be copied into compressed file space 1 73. 
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The LILO boot loader configuration program, "bdlilo.conf (Appendix E). is executed 
after the flash disk 170 initialization programs "makeLlLObootdisk" and 
"makeComprcssedRamDisk" have been successfully completed. The LILO boot loader program 
passes command line parameters to the LINUX OS 101 kernel in the non-compressed file space 
~ 172. The parameters inform the kernel that the network flow computer 100 will use a RAM disk 
13 1, the size of the RAM disk, and the location of the compressed file space 173 on the flash 
disk 1 70. Additionally, the boot loader program also determines the particular kernel imaae to 
be used during the boot sequence for the network flow computer .100. In the preferred 
embodiment the kernel image used for the boot sequence is located in the file 
10 "vmlinuz.embedded." 

The LILO boot loader configuration program, "bdlilo.conf 5 only writes to the first drive, 
'•hda." However, as described above, during initialization of the flash disk 170, the first drive in 
the network flow computer 100 is the local hard disk "hda" and the flash disk is connected as the 
second drive, "hdc." If LILO boot loader program is permitted to write to "hda" during the 
initialization routine, die program will damage the LINUX OS that resides on the local hard disk 
"hda." Therefore, once initialization programs "makeLILObootdisk" and 
"makeCompresseoRamDisk" have been successfully completed, the hard disk must be 
disconnected from the network flow computer 100 and the flash disk 170 must be connected as 
the first drive, "hda." However, at this point the initialization of the flash disk 170 is not yet 
complete and with the flash disk connected as "hda", the flow computer 100 cannot boot up 
using the flash disk. The solution is to create a LINUX OS bootable floppy disk. This can be 
accomplished by using the commercially and publicly available RED HAT LINUX OS CD- 
ROM distribution disk. With the bootable floppy disk in the floppy disk drive 160 of the 
network flow computer 100, the flow computer may be booted up widi the flash disk 170 
connected to the flow computer as the first drive, "hda." This configuration permits the 
connection of the flash disk 170 as the first drive, "hda," on the flow computer 100 during the 
LILO configuration phase of the flash disk initialization routine. Therefore, when the LILO 
loader program is executed, the program writes to "hda" where the flask disk 170 is connected. 
Thus, the desired result of configuring the flash disk is achieved. Once the LILO loader 
configuration is completed, the flash disk 170 initialization routine is complete and bootable 
floppy disk is removed from the floppy drive 160. The network flow computer 100 is now ready 
for use. When network flow computer 100 is re-booted, the., flow computer boevts, up witlffhe 
flash disk 1 70 connected as the first drive, "hda." 
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The foregoing initialization routine is presented in flow chart form in Figure 6. As one of 
ordinary skill in the an will recognize and appreciate, the foregoing initialization routine may be 
performed with variations from that described here without departing from the objective of the 
initialization routine. 

5 The foregoing disclosure and desenption of the invention are illustrative and explanatory 

thereof, and various changes in the size, shape, materials, components, circuit elements, wiring 
connections and contacts, as well as in the details of the illustrated circuitry and construction and 
method of operation may be made without departing from the spirit of the invention. 

Numerous variations and modifications will become apparent to those skilled in the art 
10 once the above disclosure is folly appreciated. It is intended that the following claims be 
interpreted to embrace all such variations and modifications. 

PROGRAM CODE 
APPENDICES A-E, Pages 22-69 
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LINUX OS OPTIONS SELECTED IN "makexconfig* CONFIGURATION UTILITY 

1. In "Code Majority Level" options, li Yes" is selected for the following 
option: 

a. "Prompt for development and/or incompiere code drivers. " 

2. In "Loadable Module Support" options, "Yes" is selected for the following 
options: 

a. "Enable Loadable Module Support;" 

b. u Set Version Information on All Symbols For Modules;" and 

c. "Kernel daemon support. n 

3. In "General Serup" options, "Yes" is selected for the following options: 

a. "Kernel Math Emulation;" 

b. "Networking Support;" (this option enables TCPIP, a networking 
communication protocol); 

c "PC Bus;" 

d. U PCI BIOS Support;" 

e. "System 5 IPC:" 

f. "Kernel Support for A. OUT Binaries;" 

g. "Kernel Support for F Binaries;" 

h. "Kernel Support for Java Binaries;" and 

i. "Compile Kernel as ELF if your GCC is ELF-GCC." 

4. In response to "Processor Type/ 5 "486" is selected. This option designates the 
x86 family of microprocessors as the platform on which the network flow 
computer 100 will run. 

5. In the "Floppy ID and Other Block Devices" options, "Yes'' is selected for the 
following options: 

a. "Normal Floppy Disk Support:" 

b. "Enhanced IDE MFM and RLL Disk CD ROM Tape Floppy Support;" 

c. "Include IDE ATAPI CD ROM Support;" 

d. "Include IDE ATAPI Floppy Support;" 

e. "CMD640 Chipset Support;" ^ v .~ _ ^ 

f. 41 CMD640 Enhanced Support;" 
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g. "RZ 1000 Chipset Bug Fix Support;" 

h. "Intel 82371 PUX Triton 12DMA support;" 

i. "Loopback Device Support; " 

j. "Multiple Devices Driver Support;" 
k. "Loadable Module Linear Mode Support; 
1- U RAM Disk Support;" and 
m. "Initial RAM Disk INITRD Support;" 
6. In "Networking" options, "Yes" is selected for the following options: 

a. "TCPIP Networking;" 

b. "IP Drop Source Rocket Frames; " 

c. "Network Device Support" (this option enables use of Ethernet LAN 
interface card); 

d. "Module Dummy Network Driver Support;" 

e. "EQL Serial Line Load Balancing Support as a Module; " 

f. tt PPP Support;" 

g. "Ethernet 10/100 Mega Bit;" 

h. "3-Com ISA/EISA/PCI Cards;" 

i. "3C509, 3C579 Support" (this option is selected based on the type of 
Ethernet LAN interface card used); 

j . "3C590, 3C900 Series Votrex Boomerang Support; " and 
k. "PCI Ethernet Adapters." 

7. In "Networking" options, "No" is selected for the following options: 

a. "SCSI Support" (other SCSI support related options are automatically 
disabled when "SCSI Support" is not selected); and 

b. "ISDN Support." 

8. In "CD ROM Drivers" options, "Yes" is selected for the following options: 

a. "Non-SCSI IDE ATA PI CD ROM Drives;" and 

b. "Soft Configurable CD ROM Interface Card Support. " 

9. In "File Systems" options, "Yes" is selected for the following options: 

a. "Module Minix File System as a Module; " 

b . " Extended FS Support as a Module; " 

c. "Second Extended File Support;" and 

d. "Native Language Support Unicode Code Pages. " 
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iO. In ''Character Devices *' options, "Yes" is selected for die following opticus: 

a. "Standard Generic Serial Support;'' 

b. i; Stallion Multiple Serial Support;" 

c. "Parallel Printer Support;" 

d. ''Module 108 -f Card. Support;" and 

e. "PS/2 Mouse Support;" 

I J . In "Character Devices" options, "No" is selected for the following options: 

a. "Sound Support;" and 

b. "Kernel Hacking/' 
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//Start of "asciiModbus.ee" Program Code 

5 

// ASCII Modbus protocol interface routines 
!! 1D.A. Lambert May 5, 1 996 
// Daniel Industries 

// 

10 

^include <stdio.h> 
^include <unistd.h> 
^include <fcntl.h> 
^include <errno.h> 
1 5 #include <tennios.h> 
#include <sys/file.h> 
#ifdef DEBUG 
#include <string.h> 
#endif 

20 #ifdef TIME_DEBUG 
#include <sys/time.h> 
#endif 

^include "asciiModbus.h" 

25 // Local definitions 

#define ONESECOND 10 // One second. in 1 00 mS increments 

// Local function prototypes 

30 static int getlnput(int f<± int buflen, char *buf,int wait); 

static int sendModbusMessage(int fd,uchar addr,uchar funct,modReg *data,int nRegs); 
static int rcadModbusMessagc(int fd,modReg *data,int maxRcgs, intrm^Tkng);- 
static uchar hexToNibble(char hex); 
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rf ifllttfTIME^DEBUG 
■7 Local debug data 
static struct itimerva! uiraRomidTirne; 
5 siatic int first; // Flag to show first turnround time 

. #endif 

#ifdef REGRESSION // A simple regression test 

TO inf main(mt arse, char** argv) 

/ 

i 

int fd; 

modReg rxBuf[256]; 
modReg dataBuff] = { { ((ushort)900i } } , 
15 {{(ushort)50}}}; 

if (argc != 2) { // Make sure device is specified 

rprintf(stderr. "Serial device name is required as a parameter^"); 

exit(l); 

} 

20 if ((fd = setupSerial(argY[ 1 ])) < 0) { // Open the device 
fprintf(stden\ "%s: %s\n", argv[l], sys_crrlist[errno]); 
exit(l): 

} 

while (1) { 
25 int nchars: 

nchars = sendAndReceiveAscii(fd,1.3, 

dataBuf r DIM(dataBuf),rxBu£,si2eof(rxBuf)); 

if (nchars <= 0) { 
fprintf(stderr, M sendAndReceiveAscii timed out\n M ); 

30 } 

} 

ciose(fd); // Close device if we ever geL-'here v *' 

} 
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#endif 

int sendAndReceiveAscii(int fd, 
5 uchar addr, 

uchar fiinct, 

modReg *txData, int nRegs, 
modReg *rxData, int maxRegs) 

{ 

10 if (f]ock(fd,LOCK_EX) < 0) { // This process must have exclusive use 

fprintf(stderr, "flock failed: %s\n", sys_errlist[errno]); 
exit(l); 

} 

if (sendModbusMessage(fd,addr,funct,txData,nRegs) < 0) { // Attempt to send 
15 fprintfl[stderr, "sendModbusMessage failed: %s\n M , sys_errlist[errno]); 
exit(l); 

} 

#ifdefTIME_DEBUG 
tuxriRoimdTmie.it_interval.tv_sec=100; // 100 second interval 
20 turnRoundTime. i t_int erval . tv_usec=0 ; 

turnRoundTirne.it_value.tv_sec==100; // and initial time 

turnRoundTime.it_value.tv_usec=0; 

setitimer(ITIMER_REAL,&turnRom 

first=l; // Set flag for reporting turnaround time 

25 tfendif 

int nread = 

readModbusMessage(fd,rxData ? maxRegs J ONESECOND); // Try to get reply 
flock(fd,LOCKJJN); // Let others use this device 

usleep( 1 0); // Others cannot get in without this 

30 return nread; // Tell caller what happened 

} 



27 



WO 00/36380 PCT/US99/29830 
static int getlnput(int id. int builen, char *buf ; int wail) { 
int nchars = 0; 

while ((nchars <«0) (wait- >= 0)) { 
nchars = read(fd ? buf buflen); // Attempt to read 
if (nchars > 0) { // Only :-ve results are meaningful 

.#ifdef TIME_DEB UG 

if (first) { // Only report the first successful read 

nrsrK); // Make sure others are not reported 

getitimer(ITIMER_REAL ; &tumRoimdTime); 
double elapsed={ 1 00.0 - 

((double)tiiniRoundTime.it_value.tv__sec-r 
((double)tLinaRoundTirne.iM r alue.t\ f _usec 
./(double)! 000000.0))); 
printf('Timaround time is %7.3f milliseconds'^", 
elapsed * 1000); 

} 

#endif 

#ifdefDEBUG 

printf ("%d characters read\n ! \nchars); 
for (int i=0;i < nchars;i-K-) { 

printf f %02X/',buf[i3 & Oxff); 

} 

printf( w \n"); 
#endif 

} 

else { 

if (enno != EAGATN) { // Error "try again" is not really an error 
fpnntf(stderr/Tatal error during read: %s\n". 

sys_erriist[errnoj); 
exit(l); // Treat all errors as fatal for now 

} 

usleep(100000); // Just nothing for us, wait lOOrnS 
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} 

return nchars; 

} 

int setupSerial (const char *dev) { 
struct termios tios; 

int.fd = open(dev,0_RDWR | 0_NDELAY ); 
if(fd<0) { 

fprintf(stderr, "%s: %s\n", dcv, sys_erriist[ermo]); 
exit(l); 

} 

if (tcgetattrffd, &tios) < 0) { 
fpiintf(stderr, "Could not get terminal attributes: %s",sys_errlist[ermo]); 
exit(l); 

} 



tiosx_cflag = CS7 | // Seven data bits 

// Implicitly no parity, one stop bit 
// Enable Receiver 
// Hangup after close 
// Ignore modem control lines 
// Enable parity (even by default) 

tios.c Jflag = IGNBRK j DsfPCK; // Ignore break check input parity errors 
tiosx_oflag = 0; 
tios.c_Lflag = 0; 
for(inti = 0;i<NCCS;i-H-){ 
tios.c_cc[i] = '\0'; // no special characters 

) 

tios.c_cc[VMIN] = U 
tiosx_cc[VTIME] = 0; 

cfsetospeed (&tios, B9600); 



CREAD | 
HUPCL| 
CLOCAL | 
PARENB; 
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cfsctispeed (&tios r B9600); 
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if (tcsetsutr(fd. TCSAFLUSH. &tios) < 0) { 
fprinti^siderr, "Could not set attributes: /M>s ,, ? sys_eniisilerrno[) : 
exit(l), 

i 
i 

return fia: 

\ 

// 

// Send a Modbus message contained in msg , of length leu, to device id; 

// 

int sendModbusMessagc(int fd,uchar addr f uchar functmodReg *msg,ini nRegs) { 

uint lrc=0: // frc check 

char txBuircr[5 i 2]; // Temporary transmit buffer 

#ifdefDEBUG 

b2ero(txBu£fer ? sizeof(txBufTer)): // Clear array for easy debug 
#endif 

txBuffer[0] - // Package header 

sprintf(&txBuff^ 

irc+=addr; 

lrc-^=funct; 

for (int i=0;i < nRegs;i-Hr) { // Copy the message 
sprintf(&txBuffer[5 + (i * 4)], // to the transmit buffer 
,,o /o02X%02X'\ 

msg[i].parts.msb ? msg[i].parts.lsb); // Converting it to hexadecimal 
lrc-r=msg[i].parts.msb; // Account the Ire 
lrc+=msg[i] .parts, lsb; 

» 

ini txByteLen=5 + (nRegs * 4); // Colon(l) + addr(2) + funct(2) -f (nRegs * 4) 
irc = ~lrc+l; // Twos complement . ... 

Ire &= OxFF; // Mask off overflow bits 
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sprintf(&txBuffer[txByteLen], // and put it into the transmitter 

"%02X\r\n",lrc); // together with the CRLF 
int nchars = write(fd,txBuffer,txByteLen + 4); // Transmit the lot 
#ifdef DEBUG 

printf ("%d characters writtemn" .nchars); 
txBuffcr[nchars]='\0'; 
prmtf("%s",txBuffer); 
for (int i=0;i < nchars;i++) { 
printf ("%02X,",txBuffer[i] & Oxff); 

} 

printfCVn"); 
Sendif 

return nchars; 

} 



// 

// Read a modbus message 

// 

static int readModbusMessage(int fd, modReg *data,int maxRegs, int maxtime) { 

uint lrc=0; // Lrc acctunulator 

int endPos^O; // Flag to mark position of end newline 

int totChars=0; // Total characters received 

char rxBuf[512]; // Raw receive buffer 

char byteBuf[256]; // Buffer for bytes in message body 

#ifdefDEBUG 

bzero(rxBuf,sizeof(rxBuf)); 

bzero(byteBuf,sizeof[byteBuf)); 
#endif 

while ((maxtime- > 0) && 

(endPos = 0)) { // Keep trying to get data every 1 OOmS 
int nchars = getlnput(fd, 

sizeoffrxBuf) - totChars, 
rxBuf + totChars, 
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I): 



10 



15 



20 



if (nchars > 0) { 
totChars t- nchars; 

) 



•V Only deal with real data 
// Adjust couni 



!i No need to so farther 



tor (ini i=0; i < iotChars;i { 
if(rxBuf[i]-= - V) ! 
endPos = i; 
break; 
} 

} 

} 

if ((endPos 0) && // If we have characters 

(rxBuf[0] = && // Stan colon 
(rxBuf[endPos-l ] = V) &&. It and Carriage-return 
(rxBuffendPos] = V) // and Newline all in correct places 
) { // We have a correctly terminated buffer 

int byteCount=0; // Number of bytes in message 

for (int i=l;i < endPos -2;i += 2) { // Do not process V/V, or V 
byteCount++; 

ire += byteBuf[(i - 1)/2] = hexToNibble(rxBuf[i]) * 16 + 

hexToNibble(rxBuf[i + 1 ]); // Convert hex nibbles to binary bytes 



if ((Ire & OxFF) = 0) { // If we have a good Ire 
int nRegs=0; // Number of registers populated 

25 for (int i=3;i < byteCounqi += 2) { // Get modbus registers skipping 

// address, function code, and byte count 
data->parts.msb=byteB \if[i] ; 
data->parts.lsb=byteBuf[i + 1]; 
data-H-; // Next register 

30 if (nRegs-t-+- >= maxRegs) { // Tally registers and if too many., 

break; // quit 

} 

} 
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if (-nRegs <= maxRegs) { 

return nRegs; // It's a good message 

} 

} 

5 } 

return - 1 ; //A bummer by default 



// 

10 // Convert a hex character into an unsigned character nibble 

// 

static unsigned char hexToNibble(char hex) 
{ 

if ((hex >= 'A') && (hex <= 'F')) { 
15 return hex- *A'+ 10; 
} 

else if ((hex >= '0') && (hex <= '9")) { 
return hex - '0'; 

} 

20 else { 

fbrinttfstderr/'Bad hex nibble %c\n",hex); 
exit(l); 

} 

} 

25 // End of "asciiModbus.ee" Program Code 



// Start of "convertModbus.ee" Program Code 

// 

30 // 

// File: convertModbus.ee 
// Author: David Lambert 
//Date: June 30, 1988 
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/. Various functions to convert modbus registers to and from native types: 

// 

5 ^include "convenModbus.h" 

// Put a Shon s to a modbus register m 

void pu:Short(shon s,motiReg *m) { 
10 n»value=s; 



} 



// Get. a shon from a modbus stream in 



15 



short getShon(modReg *m) 

{ 



return m-> value; 



20 



// Put a float f to a modbus stream m 



void putFloat(float f,modReg *rn) 



30 



25 



union { 

struct {modReg hi,lo;} c; // components 
float f; 
}u; 

u.f=f; // Load up the union 

m[0].value==u.c.lo. value; // Sign and exponent 
m[l].value=u.c.hi.value; // mantissa 



// Return a floai from the modbus stream m 
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float getFloat(modReg *m) 
{ 

union { 

struct {modReg hi,lo;} c; // components 
float f; 
}u; 

u.c.lo.value=m[0] .value; // Sign and exponent 
ux.hi.value=m[l].value; // Rest of mantissa 
return (u.f); 

} 

// End of "convertModbusxc" Program Code 



// Start of "asciiModbus.h" Program Code 
/* 

File: asciiModbus.h 
*/ 

#ifcdefASCIJMODBUSJi 
#define ASCHMODBUS^H 

^define DEM(x) (sizeof(x)/sizeof(x[0])) 

typedef unsigned int uint; 
typedef unsigned short ushort; 
typedef unsigned char uchar; 



typedef union { // Modbus register union 

ushort value; // The value as seen by this machine 

struct { 
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uchar Isb; 
uchar msb; 

) parts; // Individual pans 

} modReg: // Modbus register 



im serupSeriai (const char *dev); // Opens and sets ud device 

int sendAndReceiveAscii(int fd. // File descriptor of serial channel 
10 uchar addr, // Modbus address 

uchar fiinct, // Modbus function code 
modReg *tx 5 // Modbus register array to transmit 
int nRegs, // Number of registers in tx array 
modReg *rx, // Repository for received registers 
i5 int maxRegs): // Maximum number of rx regisiers 

#endif 

20 // End of "asciiModbus.h" Program Code 



// Start of "convertModbus.h" Program Code 

25 

*ifhdef CON\TERTMODBUS_H 
#define CONVERTMODBUSJH 

// 
// 

30 // File: convertModbus.h 
// Author: David Lamben 
//Date: June 30, 1988 

// 
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// Various functions to convert modbus registers to and from native types. 

// 

#include "asciiModbus.h" 

// Put a Short s to a modbus register m 

void putShort(short s,modReg *m); 

// Get a short from a modbus stream m 

short getShort(modReg *m); 

// Put a float f to a modbus stream m 

void putFioatffloat f,modReg *m); 

// Return a float from the modbus stream m 

float getFloat(modReg *m); 

#endif 

// End of "converiModbus.h" Program Code 
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// Stan of "Makefile.2" Program Code 
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.APPENDIX C 



all: flowLoe 



10 ilowLog.o: flovvLog.cc ../asciiModbus.h ../modData.h Makefile 
S(CC) -c -DDEBUG -Wall -g flowLog.cc 



15 



QowLog: ../asciiModbus.o ../convertModbus.o flowLog.o Makefile 

S(CC) ../asciiModbus.o ../convertModbus,o flowLog.o -o flowLog 

// End of "Makefile.2" Proeram Code 
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I! Stan of "flowLog.cc" Program Code 



// Ultrasonic flow log acquisition module 
// D. Lamben 
// Daniel Industries 
25 //June 8, 1998 



#include <stdio.h> 
#include <errno.h> 
30 ^include <unistd.h> 
#include <time.h> 
#include "../modData.h" 
^include "../convertModbus.h" 
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^include "../asciiModbus.h" 
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// Static function prototypes 
II Local definitions 

#define READREGS 3 // Read multiple registers function code 

#define NTXREGS 2 // Number of registers to transmit 

int main(int argc, char **argv) 

{ 

int 16gRate=60; // Default to one minute logging rate 

int fd; 

int address; 

modReg rxBuf[256]; 

modReg txData{2]; // Transmit data buffer 

if (argc < 2) { // Make sure device is specified 

fprintf(stderr, "Serial device name is required as parameter l\n"); 

exit(l); 

} 

if(argc<3) { 

fprintf(stderr, "Modbus ID for meter is required as parameter 2\n M ); 
exit(l); 

} 

sscanf(argv[2], ,, %ud",&address); 
if(address>64) { 

fprintf(stderr, "Address %d is out of range\n",address); 
exit(l); 

} 

if ((fd = setupSerial(argv[l])) < 0) { II Open the device 
fprintf(stdcn-, "Failed to open %s: %s\n", argvfl], sys_errlist(ermo]); 



39 



WO 00/36380 

exit(l): 

/ 

if (argc<4) {. 

fprintf(stden\ "Log nie name is required as parameter 3"); 
exii(l); 

} 

if (argc > 4) { // We have a logging rate 

sscaniTargv(4] 7 M %d M ? &logRate); 

} 

FILE *logFile - NULL; // Logging file ID 

txData[0].valuc = 392; // Start Register 

txDatafl Rvalue = 2; // Number of registers 

while(TRUE) { //Forever 
int nRegsRx = sendAndReceiveAscii(fcLaddress. 

READREGS, 

txData,NTXREGS, 

rxBuf,sizeof(rxBuf)); 

if (nRegsRx <= 0) { 
^)rintf(stderr ? M Communication Failure:- %s v \n ,, J sys_errlist[errno]); 

} 

e ^ se ( // We have good data, process itf 

static int lastHour = - 1 ; 
timej timeNo\v^ime(lSrULL); 
struct tm *tmNow=localtime(&timeNow); 
if ((tmNow->tmJiour = 0) && (lastHour != 0)) { // Day change 

remove(argv[3]); // For now just loose previous data 

logFile=NULL; 

} 

lastHour = tmNow->tm_hour; II Remember hour 
if (logFile = NULL) { // We need to try and open the log file 
if ((logFile = fopen(argv[3], ,, a4- ,, )) = NULL) { 

fprintf(stdeir, "Failed to open log file: %s\n^sys_errlist[errno3) 

exit(l); 
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} 

} 

char dateTimeString[256]; // Date and time string 
strftime(dateTira^ 

tmNow); 

modReg* mrp=rxBuf; // Pointer to rx modbus registers (only 1 !) 
fprintf(logFile, n %s ? %f\n'\ //Print date and flow rate 

dateTimeString,getFloat(mip)); 
fclose(logFile); // Close it and... 

logFile=NULL; // try again later 

} 
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sleep(logRate); 

} 

fflush(NULL); 
close(fd); 



// Wait a minute till next log 

// Flush all streams 
// Close device 



} 



// End of "flowLog.cc" Program Code 
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// Stan of ii uItrasonlcxc ,1 Program Code 

// Ultrasonic acquisition module 
// D. Lambert 
// Daniel Industries 
/V'JuneS, 1998 



#include <stdio.fr> 
#include <ermo.h> 
#inciude <unisid.h> 
15 #inciude "modData.h n 

#includc "convertModbus.h" 

#include "asciiModbus.h" 

#include "ultrasonicMessageBlocks.h" 

20 // Static function prototypes 
// Local definitions 

25 ^define READREGS 3 // Read multiple registers function code 



int main(int argc ? char **argv) 

{ 

30 int fd; 

uint mbno; // Message block number 

int address; 
messageBlock *mb; 
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modReg rxBufJ256]; 

modReg txData[2]; // Transmit data buffer 

if (argc < 2) { // Make sure device is specified 
fprintffstderr, "Serial device name is required as parameter l\n"); 

} 

if (argc < 3) { 

fprintfTstderr, "Modbus ID for meter is required as parameter 2\n"); 

} 

if (argc < 4) { 

fprintf(stderr, "Message block number is required as parameter 3\n"); 
exit(l); 

} 

sscanf(argv[2], M %ud",&address); 
if (address > 64) { 

fprintf(stderr, "Address %d is out of range\n'\address); 
exit(l); 

} 

sscanf(argv[3],"%ud" ) &mbno); 
if(mbno>=nMessageBlocks) { 

fprintf(stdeir, "Message block number %d is out of range\n",mbno); 
exit(l); 

} 

if ((mb = messageBlocksfmbno]) = NULL) { 

fprintf(stderr, "Message block number %d is not yet implemented\n'\mbno); 
exit(l); 

> 

if ((fd = setupSerial(argv[l ])) < 0) {■// Open the device 
fprintffstderr, "%s: %s\n", argvfl], sys_errUst[errno]); 
exit(l); 

} 

txData[0].value = mb->points[0].reg; // Start Register 

txDatafl]. value = registersInMessageBlock(mb); //Number of registers, , ... -,- -■■ ■ 
int nRegsRx = sendAndReceiveAscii(fd,address, 
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REXDREGS, 



txData,2 ; 

rxBuf ? sizeof(rxBuft); 



if (nRegsRx <=0) { 
fprintffstderr/Comniunicauon Failure;- %sVj'\sys_errlist[ermo]): 
printfC'Communicatioii Failure:- %s\n'\sys_eirlist[ermoj); 



else { 



vVe have good data, process it! 



modReg* mrp=rxBuf; // Pointer to rx modbus registers 
for (int i=0;i < nRegsRx;i-H-) { 

modData* mdp=&mb->points[i3; // Pointer to modbus data descriptors 
if (mdp->type = T) { U Process floats 
if (mdp->display) { 
prmtff''<tr><td> c /o8^ 

} 

™P += 2; i! A float is modbus registers 



else if (mdp->type === T) { I! Process ints - 
if (mdp->display) { 
printfC'<tr><td>%8s^ 

} 



} 



mrp-H-; 



// A short integer is one modbus register 



} 



fflush(NULL); 
ciose(fd); 



// Close device 



// Flush all streams 



// End of "ultrasonic.cc" Program Code 
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II Start of "ultrasonicMessageBlocks.cc" Program Code 
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5 // File: ultrasonicMessageBlocks.cc 
// Author D. Lambert 
//Date: July 2, 1998 
// 

// Defines message blocks as 
10 // implemented in the ultrasonic meter. 

// 



#include <unistd.h> 
#include <stdio.h> 
15 #include "ultrasonicMessageBlocks.h" 

// Message Block Definitions 

static messageBlock messageBlockl = { // Message Block Definitions 
20 { 

{l, ,, Spare","",T f NO}, 

{2,"Paiity'7"7r\YES}, 

{3,"BaudRate",' , Bits/ssc",T,YES}, 

{4, ,, WdLength","Bits/word", , r,YES} , 
25 {5,"StopBits","Bits",T,YES}, 

{6,"ModbusID","",T,YES}, 

{7, ,, Spare","",T,NO}, 

{8, ,, Spare","",T,NO}, 

{9,"Spare", ,,, Vr,NO}, 
30 {10,"Spare","",T,NO}, 

{ll,"Spare","",T ) NO}, 

{12,"Spare","", , r,NO} ( 

{13, M Spare"," M ,T,NO}, 
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{I4,"Spare'*,"",T,NO}, 
{i5,"Spare","";r,NO} 

j 

i 5 // Number of points 

}; 

static messageBlock messageBlockP = f // Oper 

{ ■ 

{200,"ZeroCut" ! "ms",'F,YES} ! 

{202. ,, SSMax M ,"ms , VF' ( YES} , 

{204,"SSMin","ms",T',YES}, 

{206 ; "F.mRate'V , sec" 5 'F' > YES} ) 

{20S ; "SampRate' , 5 "MHz" ! 'F'A'ES}, 

{2 1 0 : "PulseWidth","i;ec ! ' ,T\YES } , 

{2 12,"PctFaH Y%'7F,YES} , 

{214 s "iMinHoldTime" s "sa:", , F ) YES}, 

{21 6/TklPctV'%'7F,YES} , 

{218 s "NCnSigQlty",""/F,YES}, 

{220,"DltChk M J "sec"..T*,YES} , 

{222,"Spare ,, ,"",'F,NO}, 

{224,"NegSpan".' , sec",'F ! YES} > 

{226,"PosSpan" ; "sec", , F , ,YES}, 

{22S ! ,, TmDevLowr , ,' , sec", , F,YES}, 

{230,"TmDevLow2","sec , 7F,YES} ! 

{232 ! "CRange","%";F',YES}, 

{234,"SDevLow" ) "sec", , F,YES}, 

{236,"SDevFctr'7"7F',YES}, 

{238,-Pkl Wdth","sec",'F,YES} ) 

{240,"TmDevFctrl M ,"",'F,YES}, 

{242,*TmDevFctr2","" ) , F,YES}, 

{244,"FlwChgThrsh" ! "% ,, ,'F,\ r ES} ) 

{246."FhvChgDtctr","sec", , F',YES}, 

{248: , StackEmRate ,, ,"sec",F ! YES}}, 
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25 //Number of points 

}; 



static messageBlock messageBlock.12 = { 
I 

{350,' , Spare , 7"7F,NO}, 
{352,"FIowVelA" 1 "m/s", , F',YES}, 
{354,"FlowVelB","m/s , \'F ) YES} I 
{356 ) "FlowVelC", M m/s",T , ,YES} ( 
{358,"FlowVelD","m/s" ( *F',YES}, 
{360,"AvgFlow","m/s",F,YES}, 
{362 ) "SndVelA","m/s", , F',YES}, 
{364,' , SndVeIB","m/s" ) 'F,YES}, 
{3<56, ,, SndVelC","m/s",F , ,YES} I 
{368;*SndVelD","m/s ,, , , F,YES}, 
{370,"AvgSndVer,'Ws", , F,YES} , 
{372,"CalVol","m A 3",T , ,NO}, 
{374,"CalTime","pulses", , F ) NO}, 
{376,"SDevVelA" > M ra/s", , F , ,NO}, 
{378,"SDevVeIB",*Ws n , r F,NO} > 
{380,"SDevVelC ,, ,"m/s" ( , F,NO} ) 
{382,"SDevVelD", ,, ra/s",F,NO}, 
{384,"SDevSndA","nv's", , F,NOK 
{386/*SDevSndBYnVsVF,NO}, 
{388,"SDevSndC ,, ,"ni/s";F,NO} ) 
{390,"SDevSndD";Ws" f "F,NO}, 
{392,"FlowRate","acmh", , F , ,YES}, 
{394,"CutRate","acmh",F,NO}, 
{396,"Cal VolA", ,, m A 3",F,NO}, 
{398,"Cal Volb","ra A 3* , ! F,NO} }, 
25 // Number of points 
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static messageBlock messageBlock 13 = { // Oper 

{• 

{400,"Spare" : "— ".'F.YES}, 

{402 ! "MaxTmAl","sec" ; *F..YES}.. 

{404,"MaxTmBl"."sec ,, ;F,YES} ! 

(406, "MaxTmC V , " sec" ,*F, YES } , 

{408,"MaxTmD 1 ","sec",*F,YES} , 

{410,"MaxTmA2","secVF,YES} ; 

{4l2/MaxTmB2'\"sec'yF,YES} 5 

{414;'MaxTmC2" s r sec"/F,YES} J 

{41 6."MaxTmD2","scc ! 7F,YES} , 

{41 8,"MinTmAl V'sec'VRYES}, 
{420,"MinTmB 1 *', ,, sec";F.YES} , 
{422,"MinTinC 1 ","sec'*,T',YES} , 
{424, ,, MinTmDl","sec" ! 'F,YES}, 
{426,"MinTmA2" ! ,, sec",'F , ,YES}, 
{428,"MinTmB2","sec", , F,YES} , 
{430,"MinTmC2" ; , 'sec", , F* ! YES } , 
{432,"MinTmD2" ) "sec ,, ;F,YES}, 
{434,"MeanTmAr , ,"sec".*F f YES} , 
{436,"MeanTmBl","sec , ' ) 'F , ,YES}, 
{438,"MeanTmCi","sec", , F,YES} ) 
{440 s "MeanTmDr',"sec", , F,YES} ) 
{442,"MeanTmA2 ,, ,"sec", , F',YES} J 
{444,"MeanTnxB2","sec", , F,YES} , 
{446,"MeanTmC2", M sec",T , ,YES} , 
{448,"MeanTmD2" : " sec",'F, YES} } , 
25 //' Number of points 

}; 



static messageBlock messageBlock; 4 = { // Calculation Results 

{ 
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{450,"Spare","—";F',NO}, 

{452,"DltTmA","sec", , F , ,YES}, 

(454,"DltTmB","sec , ','F ) YES}, 

{456,"DltTmC , ' ) "sec", , F > YES}, 
5 {458, ,, DitTmD","sec" 1 , P,YESK 

{460,"SDevTmAl","ns",'F , ,YES}, 

{462, H SDevTmBl" I "ns",'F,YES}, 

{464 > "SDevTmBl ,, ) "ns", , F,YES} ) 

{466, M SDevTmDl","ns",'F,YES}, 
10 {468,"SDevTmA2 ,, , ,, ns",'F.YES} , 

{470,"SDevTmB2" > "ns", , F,YES} J 

{472,"SDevTmC2" 1 "ns", , F,YES} , 

{474,"SDevTmD2" ) ,, ns" > , F',YES}, 

{476,"SDevDltTmA","ns" ) , F',YES } , 
15 {478,"SDevDltTraB","ns",'F,YES}, 

{480,"SDevDltTmC","ns", , F' ) YES}, 

{482,"SDevDltTrnD","ns",'F,YES}, 

{484, M MaxDltTmA","sec",T',YES } , 

{486,"MaxDltTmB","sec", , F,YES}, 
20 {488,"MaxDltTmC","sec ,, ,7 , ,YES} , 

{490,"MaxDltTmD'7'sec",'F,YES}, 

{492,"MinDltTmA ,, ,"sec" ) 'F J YES} , 

{494 ) "MinDltTmB ,, ) "sec", , F , ,YES}, 

{496,"MinDltTmC","sec" > , F,YES } , 
25 {498 ) "MinDltTmD","sec", , F,YES}}, 

25 // Number of points 

}; 



30 static messageBlock messageBlockl5 = ( // Diag 
{ 

{500, "Spare", ",'F,NO}, 

{502, "HoldTmAl", "sec", T, YES}. 
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{504, "Ho]dTmA2", "sec", 'F, YES), 

{506, "HoldTmBl", "sec", F, YES}, 

{508, "HoldTmB2", "sec", F. YES}, 

{510, "HoldTmCl", "sec", F, YES}, 

{512, ,, HoldTmC2", "sec", F. YES}, 

{514, "HoldTmDl", "sec", T, YES), 

{516, "HoldTmD2", "sec", 'F, YES}, 

{518, "WdwPtrAl", "si". 'F. YES}, 

{520, "Wd\vPtrA2", "si", F, YES}, 

{522, "WdwPtrBl", "si", *F, YES}, 

(524, "\VdwPtrB2", "si", 'F, YES}, 

{526, "WdwPtrCl ", "si", T', YES}, 

{528, "Wd\vPtrC2", "si", F, YES}, 

{530, "WdwPtrD 1 ", "si", F, YES} , 

{532, "WdwPtrD2", "si", F, YES}, 

{534, "Spare", "--", F,.NO}, 

{536, "Spare", " — ", F, NO}, 

{538, "Spare", F, NO), 

{540, "Spare","— ", F, NO}, 

{542, "Spare", "— ",F,NO}, 

{544, "Spare", "— ", F,NO), 

{546, "Spare", "— ", F ; NO}, 

{548, "Spare", F, NO} }, 
25 //Number of points 

}; 



static messageBlock messageBlockl6 = { // Diag 
{ 

{550, "PfAl", "si", F, YES}, 
{552, "PfA2", "si", F, YES}, 
{554, "Pffil", "si",'F, YES}, 
{556, "Pffi2", "si", T, YES), 



50 



WO 00/36380 PCIYUS99/29830 

{558, "PflCl", "si-.T, YES}, 

{560, "P1C2", "si",T\ YES}, 

{562, "PfDl", "si", 'F, YES}, 

{564,"PfD2", "si", 'F, YES}, 

{566, "P1A1", "si", T, YES}, 

{568,"P1A2", "si", T', YES}, 

{570, "P1B1", "siVF, YES}, 

{572, "P1B2", "si", 'F', YES}, 

{574, "PI CI", "si", T, YES}, 

{576, "P1C2", "si", *F, YES}, 

{578,"PlDl","si",'F,YES}, 

{580, "P1D2", "si", *F, YES}, 

{582, "PwAl", "si",'F, YES}, 

{584, "PwA2", "si", T, YES}, 

{586,"PwBl","si",T , ,YES}, 

{588, "PwB2","si", T',YES}, 

{590, "PwCl", "si", T, YES}, 

{592, "PwC2","si",'F,YES}, 

{594, "PwDl", "si", T', YES}, 

{596, "PwD2", "si", 'F, YES}, 

{598, "Spare", "— ", T, YES}}, 
25 // Number of points 

}; 

static messageBlock messageBIockl7 = { // Calculation Results 

{ 

{600, "PropA", "— ", *F, YES}, 
{602, "PropB", "— ", F, YES} , 
{604, -PropC", "— ", F, YES}, 
{606, "PropD", "— ",F, YES}, 
{608, "RPropA", "— ", V, YES}, 

{610, "RPropB", "— ", F, YES} , . , .- *- " 

{612, "RPropC", "— ", F, YES}, 
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{614, "RPropD". "F, YES}, 

{616, 'RABLo\ "— ". F, YES}, 

(618, "RABHi". "— ", F, YES), 

{620, "RDCLo", ". T, YES}, 

{ 622. "RDCHi", F, YES} , 

{'624, "RADLo", T, YES}, 

{'626, "RADHi", F, YES}, 

{628, "RBCLo", "~", T\ YES}, 
' {630, "RBCHi", "— '*, F. YES}, 
10 (632, "Spare", "— ", F, NO}, 

{634, "Spare", " — ", T', NO}, 

{636, "Spare", " — ", *F, NO}, 

{638, "Spare", "--", *F, NO}, 

{640, "Spare", T, NO}, 
15 {642, "Spare", " — ", 'F, NO}, 

(644, "Spare", " — ", F, NO}, 

{646, "Spare", "--", T',NO}, 

{648, "Spare", "—", F, NO} }, 
25 // Numb er o f points 

20 }; 



static messageBlock messageBlockl8 = { // Oper 

{ 

25 {650, "Spare", " — ", 7', NO}, 

{652, "Spare", "— ",'F,NO} : 

{654, "Spare", "— T', NO}, 

{656, "Spare", "-",F,NO}, 

{658, "Spare", "— ", F, NO}, 
30 {660, "Spare", "— ". *F, NO}, 

{662, "Spare", "— VF,NO}, 

{664, "Spare", "— ", 'F, NO}, 

{666, "Spare", "— ",*F,NO}, 
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{668, "Spare", "—VP, NO}, 
(670, "Spare", 'P, NO}, 
{672, "Spare", " — ", 'F, NO}, 
[674, "Spare", F, NO}, 
{676. "Spare", F. NO}, 
{678, "Spare", " — ", F, NO}, 
{680, "Spare", "-",'F,NO}, 
{682, "Spare", "-", T'.NO}, 
{684, "Spare", NO}, 
{686, "Spare", T\NO), 
{688, "Spare", "-",'F,NO}, 
{690, "Spare", " — ", 'F, NO}, 
{692, "Spare", T', NO}, 
{694, "Spare", " — ", F, NO}, 
{696, "Spare", "— F, NO}, 
{698, "Spare", "— -, T'.NO}}, 
25 // Number of points 

}; 



static messageBlock messageBlockl9 = { // Diag 

{ 

{700, "WdwlAl", "— ", T, YES}, 
{702, "WdwlA2", "— ", 'F, YES}, 
{704, "WdwlBl", "— F, YES}, 
{706, "WdwlB2", "-", F, YES}, 
{708, "WdwlCl", "— ", F, YES}, 
{710, "WdwlC2", "—", 'F, YES}, 
{712, "WdwlDl", "— ", 'F, YES}, 
{714, "WdwlD2", "— F, YES}, 
{716, "Wdw2Ar\ "-", F, YES}, 
{718, "Wdw2A2", "-«", F, YES}, 
{720, "Wdw2Bl", "--", F, YES}, 
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{722 : "Wdw2B2" : "---'*, T, YES), 
{724, "Wdw2CT' ; "— ", "F, YES}.. 
{726. "Wdw2C2", "— T, YES), 
{728, "Wdw2Dl", "-*', T. YES}, 
{730, "Wdw2D2", "— ", T, YES), 
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{732, "Spare", 
{734, "Spare", 
{736. "Spare", 
{738, "Spare", 

10 {740, "Spare", 
{742, "Spare", 
{744, "Spare", 
{746, "Spare", 
{74S, "Spare", 

15 25 

}; 



-VF',NO}, 
— YF, NO}. 
— ",'F,NO}, 
-", T, NO}, 
— ", T, NO}, 
-", F,NO}, 
— ",'F.NO}, 
F,NO}, 
-", 'F,NO}} ; 

// Number of points 



static messageBlock messageBlock20 = { // Diag 
20 { 

{7.50, "Wdw3Al", "---", *P, YES}, 
{752, "Wdw3A2", "— ", T, YES}, 
{754, "Wdw3Bl", "— ", 'F, YES}, 
{756, "Wdw3B2", "— ", 'F, YES}, 

25 {758, "Wdw3Cl", 'F, YES}, 
{760, , 'Wd\v3C2", "— ", T, YES}, 
{762, "Wdw3Dl", "— ", "F, YES}, 
{764, "Wdw3D2", "F, YES}, 
{766, , 'Wdw4Al", 'F, YES}, 

30 {768, " Wdw4A2", "— ". 'F. YES} , 
{770, "Wdw4Bl", T, YES}, 
{772, "Wdw4B2", "— ", 'F; YES}, 
{774, "Wdw4Cl", T, YES}, 
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{776, "Wdw4C2", 'F\ YES}, 

{778, "Wdw4Dr*, "— ", 'F, YES}, 

{780, "Wdw4D2", "— ", 'F, YES}, 

{782, "Spare", "~",F,NO}, 

{784, "Spare", "— ", 'F', NO}, 

{786, "Spare", "— ",F, NO}, 

{788, "Spare", "— ", 'F'.NO}, 

{790, "Spare", "— "/F'.NO}, 

{792, "Spare", "— 'F', NO}, 

{794, "Spare", "— ", 'F, NO}, 

{796, "Spare", "—", F',NO}, 

{798, "Spare", 'F',NO}}, 
25 // Number of points 

}; 



static messageBlock messageBlock21 = { // Diag 
{ 

{800, "SpecMaxAl", "— ", F, YES}, 
{802, "SpecMaxAT, "— ", F, YES}, 
{804, "SpecMaxBl", "— ", T, YES}, 
{806, "SpecMaxB2", "— ", F, YES}, 
{808, "SpecMaxCl", 'F, YES}, 
{810, "SpecMaxC2", "— ", 'F', YES}, 
{812, "SpecMaxDl", "— ", T, YES}, 
{814, "SpecMaxD2", "— ", 'F', YES}, 
{816, "MaxNEAl", "— ", T, YES}, 
{818, "MaxNEA2", "— ", *F, YES}, 
{820, "MaxNEBl", 'F', YES}, 
{822, "MaxNEB2", "— ", T\ YES}, 
{824, "MaxNECl", "— ", 'F, YES}, 
{ 826, "MaxNEC2", "— ", 'F, YES } , 
{828, "MaxNEDl", "— ", 'F, YES}. 
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{830, "MaxNED2'\ 'F\ YES}, 
(832. "QpefA.]", " — ". F. YES}, 
{834, rt QpefA2", !, -» F, YES} t 
{S36, " ? QpefBl M . " — *F\ YES}, 
{838 f ,f QpefB2" ? ", F\ YES}, 
{840, "QpefCl", "~'\ F, YES], 
{842 ; "QpefC2'\ F, YES}, 
{844, "QpefDP, F, YES}, 
{846, "QpefD2'\ F, YES}, 
{848, ■'Sparc*', YF\NO}}, 
25 // Number of points 

); 
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15 



20 



25 



30 



messageBlock *messageBlocksQ - { 



NULL, 

ScmessageBlock I , 

NULL, 

NULL, 

NULL, 

NULL, 

NULL, 

NULL, 

NULL, 

&messageBlock9, 

NULL, 

NULL, 

&messageBlockl2, 
&messageBlock!3, 
&messageBIockl4, 
&messageBlockl5, 
&messageBlockl6, 



// Message block 0 is not defined 

// Message block 1 

// Message block 2 is not defined 
// Message block 3 is not defined 
// Message block 4 is not denned 
// Message block 5 is not defined 
// Message block 6 is not defined 
// Message block 7 is not defined 
// Message block 8 is not defined 

// Message block 9 

// Message block 10 is not defined 
// Message block 1 1 is not defined 

// Message block 12 

// Message block 13 

// Message block 14 

// Message block 1 5 

// Message block 1 6 



56 



WO 00/36380 




&messageBlock!7, 


// Message block 1 7 


&messageBlockl8, 


// Message block 1 8 


&messageBlock!9, 


//Message block 19 


&messageBlock20, 


// Message block 20 


&messageBlock2 1 , 


//Message block 21 


NULL, 


// Message block 22 is not defined 


NULL, 


// Message block 23 is not defined 


NULL, 


// Message block 24 is not defined 


NULL, 


// Message block 25 is not defined 


NULL, 


// Message block 26 is not defined 


NULL, 


// Message block 27 is not defined 


NULL 


// iviessage oiock. is noi aennea 


NULL, 


// Message block 29 is not defined 


NULL, 


// Message block 30 is not defined 


NULL, 


// Message block 31 is not defined 


NULL 


// Message block 32 is not defined 
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}; 



unsigned int nMessageBlocks = (sizeof(messageB locks) / 
20 sizeof(messageBlocks[0])); 

// Method to count the number of native modbus registers in a message block 

int registersInMessageBiock(niessageBlock *mbp) 
25 { 

int i; // Loop control 

int c=0; // Accumulator 

for (i = 0;i < mbp->nPoints;i++) { 
switch (mbp->points[i].type) { 
30 case T: { If Modbus Float is 2 registers 

c+=2; 
break; 

} 
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case T: { 

c "^ ; H Modbus Int is 1 register 

break; 

} 

5 default: 

fprintfTstdeir/'Unrecognized data item type %c\n". 
mbp->po i nts [i] . typ e) ; 

} 

\ 
j 

10 return c: 

} 



//End of "ultrasonicMessageBIocks.ee'' Program Code 

15 



// Stan of "Makefile" Program Code 



20 COg+n- 

all: ultrasonic 

convertModbus.o: convertModbus.ee convertModbus.h Makefile 
25 S(CC) -c -Wall -g convertModbus.ee 

asciiModbus.o: asciiModbusxc asciiModbus.h Makefile 
S(CC) -c -Wall -g asciiModbus.ee 

30 ultrasonicMessageBlocks.o:uJtrasonicMessageBlocks.cc\ 
ultrasonicMessageBlocks.h Makefile 

S(CC) -c -Wall -g ultrasonicMessageBlocks.cc ' " ~" " 
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ultrasonic.o: ultrasonic.cc asciiModbus.h modData.h Makefile 
$(CC) -c -DDEBUG -Wall -g ultrasonic.cc 
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ultrasonic: asciiModbus.o convertModhus.o uitrasonic,o\ 
5 ultrasonicMessageBlocks.o Makefile 

S(CC) asciiModbus.o ultrasonic.o ultrasonicMessageBlocks.o\ 
convertModhus.o -o ultrasonic 

10 // End of "Makefile" Program Code 

// Start of "ultrasonicMessageBlocks.h" Program Code 

15 

#ifodefULTRASOMCMESSAGEBLOCS_H 
#define ULTRAS ONICMES S AGEBLOCS_H 

// 

20 // File: ultrasonicMessageBlocks.h 
// Author D. Lambert 
//Date: July 2, 1998 

// 

// Defines structures for message blocks as 
25 // implemented in the ultrasonic meter. 

// 

^include "modData.h" 

#define MAXPOINTS 128 // Maximum number of points in a message block 

30 

typedef struct { 

modDatapoints(MAXPOINTS3; ^ 
int nPoints; 
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( messageBlock; 
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// 

// The array of message blocks 

5 //' 

extern messageBlock *messageBlocks[j; 
extern unsigned int nMessageBlocks; 

10 // 

// Return a count of the number of modbus registers in a message block 

// 

int registersInMessage31ock(messageBlock *mbp); 

15 

#endif 

20 // End of '^iltrasonicMessageBlocks.rT Program Code 
// Start of "ultrasonic 12" Program Code 

25 

#!/bin/bash 

cat«EOM 
Content-type: text/html 

30 

<html> 
<head> 

<TITLE>Ultrasonic Meier 1 </TITLE> 
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<^head> 

<BODY background^'. Jbackl la.gif '> 
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<body> 

<Hlx.img src^ H ../logo_bln.gif ' align=bortomx/Hl> 

<Hl>Ultrasonic Meter 1</H1> 

<Hlximg src="../danlineb.gif 1 align=bottomX/'Hl> 

<HR> 

<BR> 

<m> 

<CENTER> 

<applet code=^avachaitapplet.dateLineApp.class codebase= ./ width=900 height=240> 

<param name=CopyrightNotification value= M JavaChart is a copyrighted work, and subject to full 

legal protection "> 

<param name=titleString value-Today's Flow History"> 

<param name=titleFont value= l TimesRoman t 20,r> 

<param name=p lotAreaTop value=".80"> 

<param name=plotAreaLeft value=".05"> 

<param name=pIotAreaRight value- 1 . 85 "> 

<param name=plotAreaBottom value=". 1 0"> 

<param name=xAxisOptions value= M gridOn"> 

<param name=yAxisOptions value= M gridOn, rightAxis M > 
<param name=networkIntervai value- '20"> 

<param name=customDatasetHandler value= M ../ultsonic/ultrasonic.log n > 

<param name=datasetOname value-' Meter 1 M > 

<param name=datasetOColor value- 'red'^ 

<param name=legendOn value^'yes'^ 

<param name=IegendLabelFont value- TimesRoman,24,2"> 

<param name^ZD value- 'yes'^ 
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< / applei> 
<HR> 

<table border*! bgcolor=whitesmoke cellspacing=0 ceilpaddinjr=o cois=3 ai:gn=ieft> 
<trxth coJspan=3xB>Assoned Datascts</B> 
5 <tr> 
EOM 

cat «EOF 

<td valigrv=topxtable bgcoior=white border^] cellspacing^ cellpadding=5 cois=3> 
<trxth colspan=3xB>Semp<«></th> 
10 EOF 

/bin/ultrasonic /dev/cuaO 32 1 

cat «EOF 

</table> 

EOF 

15 

cat«EOF 

<td valign=topxtable bgcoloi^vvhite border^l cellspacing^) cellpadding=5 cols=3> 
<trxth colspan=3xB>Flow Data</Bx/th> 
EOF 

20 /bin/id trasonic /dev/cuaO 32 12 
cat «EOF 
</table> 
EOF 

25 cat «EOF 

<td val=topxtable bgcolor=white border=l cellspacing=0 cellpadding=5 cols 
<trxth colspan=3xB>Calculation Resuits</Bx/th> 
EOF 

/bin/ultrasonic /dev/cuaO 32 14 
30 cat «EOF 
</table> 
EOF 



=3> 
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cat « EOM 
</tab!e> 
</H2> 

<H2>Click meter Image to Refresh</H2> 
5 <A HREF=ailtrasonicl2ximg src="../ultsonic.gif ' aiign=topxVA> 
</CENTER> 
</body> 
</html> 
EOM 

10 

// End of "ultrasonic 12" Program Code 

15 // Start of "ultrasonic.c" Program Code 

//Ultrasonic acquisition module 
I ID. Lambert 
20 //Daniel Industries 
//June 8, 1998 

#include <stdio.h> 
25 #include <errno.h> 

#include <unistd.h> 

#include M modData.h M 

#include "convertModbus.h" 

#include "asciiModbus.h" 
30 #include , 'ultrasonicMessageBlocks.h M 

// Static function protot>pes _ . # „ ... , „ 
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// Local definitions 

#definc READREGS 3 H Read multiple registers function code 

5 

ini mainfint argc, char **argv) 

{ 

int nRegsRx; // Number of registers received 

10 int fd; 

uint mbno; // Message block number 

int address; 
messageBlock *mb; 
mqdRegrxBuf[256]; 
15 modReg txData[2]; . // Transmit data buffer 
if (argc < 2) { // Make sure device is specified 
fprintf(stderr, "Serial device name is required as parameter l\n"); 

} 

if (argc < 3) { 

20 fprintf(stderr ? "Modbus ID for meter is required as parameter 2\n"); 
} 

if (argc < 4) { 

rpnntf(stden\ "Message block number is required as parameter 3\n"); 
exit(l); 

25 J 

sscanf(argv[2]/'%ud'\&address); 
if (address > 64) { 

fprintf(stderr. "Address %d is out of range\n'\address); 

exit(l); 

30 } 

sscanf(argv[3], ,, %ud ,, ? &mbno) ) 
if (mbno >= nMessageB locks) { 

fprintf(stden; "Message block number %d is out of range\n",mbno); 
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exit(l); 

} 

if((mb = messageBlocks[mbno]) = NULL) { 
fprintf(stderr, "Message block number %d is not yet impiemented\n M ,mbno); 
exit(l); 

} 

if ((fd = setupSerial(argv[ 1 ])) < 0) { // Open the device 
fprintf(stderr, "%s: %s\n", argv[l], sys^errlistferrno]); 
exit(l); 

} 

txData[0].value = mb->points[0].reg; U Start Register 

txData[l]. value = registersInMessageBlock(mb); // Number of registers 

nRegsRx = sendAndReceiveAscii(fd,address, 



modReg* mrp=rxBuf; // Pointer to rx modbus registers 
for (i=0;i < nRegsRx;i++) { 

modData* mdp=&mb->points[i]; // Pointer to modbus data descriptors 
if (mdp->type — 'F') { // Process floats 
if (mdp->display) { 

printf( M %8s\t%f%s\n^mdp^>name,getFloat(mIp),mdp->units); 

} 

mrp += 2; // A float is two modbus registers 

} 

else if (mdp->type = T) { // Process ints 
if (mdp->display) { 



READREGS, 
txDala,2, 

ncBu^sizeof(rxBuf)); 



if(nRegsRx<=0) { 

Q3rintf(stderr, M Communication Failure;- %s\n f, ,sys_errlist[errno]); 
printf^Communication Failure:- %s\n",sys_errlist[emio]); 



else { 
int i; 



// We have good data, process it! 
// Loop counter 
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printfT%Ss\t%hd % 

} 

mr p-f-r; // A short integer is one rnodbus register 

'i 

\ 

} 

fflush(NULL); // Flush all streams 

ciose(fd); // Close device 

} 

//End of u ultrasonic.c" Program Code 
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makeLlLObootdisk script 

5 # Tbis is make LILObootdisk script 

# First make a compressed image of the root file system using a ram disk image 
./ make CompressedRamDisk 

# Unmount the flash disk 
unmount /mnt/ flash 

10 # Set a variable to be larger than the number of blocks 

# occupied by the kernel image and a minimal file system. 
Export KERNEL_B LOCKS =430 

# Make a file system that size on the first part of the FLASH disk. 
Mke2fs -i 8192 -m 0 /dev/hdc SKERNELJBLOCKS 

15 # Now mount that file system that has just been created 
mount /dev/hdc /mnt/flash 

# Remove files that are not required 
rm -rf /mnt/flash/Iost-f found 

# Make the necessary directories 
20 mkdir /mnt/flash/lost 4- found 

# Make the necessary directories 
mkdir /mnt/flash/{boot, dev} 

# Copy needed devices, 

cp -dpR /dev/{null, hda, hdal t hdc, hdcl} /mnt/flash/dev 
25. # boot files 

cp /boot/boot. b /mnt/flash/boot 

# configuration files, and finally the kernel image 
cp bdlilo.conf vmlinuz. embedded /mnt/flash 

# Run lilo to update the bootblock 
30 # lilo -v -C bdlilo.conf -r /mnt/flash 

# echo "Setting flags to copy to ramdisk and start the image at block SKERNELJ3I 

# Update the kernel image to link to the compressed ramdisk image . , 

# rdev -r /mnt/flash/vmlinuz. embedded 8622 



67 



10 



WO 00/36380 PCT/US99/29830 

r? Unmount the flash disk 
Unmouni /mm/ flash 

n Write the ramdisk image after the end of the kernel filesystem. 

n echo T! Writing the compressed root tile system image to the floppy after 

ft the boot image" 

dd if^/tmp/ramjmage.gz of=/dev/hdc bs= Ik seek + SKERNEL_B LOCKS 



makeCompressedRamDisk script 



# make Compressed RamDisk script 
echo "Making a ram disk device" 

# Create a ramdisk hy writing zeroes using dd 

dd if =/dev/zero of = /dev/ram bs= Ik count =4096 
15 # Make a filesystem 

echo "Putting an ext2 filesystem on the ram disk" 
mke2fs -vmO /dev/ram 4096 

# Mount the ramdisk 
echo H Mounting the disk" 

20 mount /dev/ram /mnt/ram 

# Copy the root file system to the ramdisk 
echo "Copying the root file system" 

cp -dpR ./root/* /mnt/ram 

# Unmount the ramdisk 

25 echo "Unmounting the disk" 
Unmount /mnt/ram 

# Compress the ramdisk and copy it to a file 
echo "Compressing the image" 

dd if=/dev/ram bs=lk count=4096 j gzip -9 > /tmp/ram_image.gz 

30 
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install = /boot/boot, b 
map = /boot/map 
5 read-write 

append="load_ramdisk=l ramdisk_start=430 ramdisk_size = 8192" 

backup =-/dev/null 

compact 

image = vmlinuz. embedded 
10 label = Bootdisk 
root = dev/hda 
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CLAIMS 

WHAT IS CLAIMED IS: 

1 . A network flow system comprising: 
at least one measurement device; 

5 a flow computer associated with at least one measurement device and configured to 

receive data from said at least one measurement device, said flow computer also being a 
web server; and 

a host computer connected to said flow computer locally or via an Internet/intranet, 
wherein said host computer is programmed to transmit and receive data according to a 
10 communication protocol and wherein said host computer may communicate with said flow 

computer by said connection between said host computer and said flow computer. 

2. The network flow system of claim L wherein said flow computer is identified by a 
URL address. 

3. The network flow system of claim 1. wherein said host computer receives data from 
15 said web server in a web page format. 

4. The network flow system of claim 1, wherein said communication protocol is an 
Internet protocol. 

5.. The network flow system of claim 1, wherein said flow computer is programmable 
to identify said at least one measurement device without indication from said host computer, and 
20 further wherein said flow computer self-configures to communicate with said at least one 
measurement device. 

6. The network flow system of claim 4, wherein said flow computer is programmable 
to identify said at least one measurement device without indication from said host computer, and 
further wherein said flow computer self-configures to communicate with said at least one 

25 measurement device. 

7. The network flow system of claim 1, wherein said flow computer further comprises 
a storage device and wherein said flow computer is programmed with a scalable operating system 
recorded on said storage device. 

8. The network flow system of claim 7, wherein said operating system is compressed 
30 onto said flash disk. 

9. The network flow system of claim 1, wherein at least one of said measurement 
devices communicates with said flow computer by a non-Internet protocol. _ _ r - 
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10. The network flow system of claim 1, wherein said host computer may remotely 
program said flow computer via said Internet, or intranet connection. 

11. The network flow system of claim 1, wherein said flow computer is security 
programmed to allow said host computer to program said flow computer only upon the satisfaction 
of predetermined conditions. 

12. The network flow system of claim 1, wherein said host computer communicates 
with said flow computer via a web browser. 

13. A method to obtain measurement data, comprising: 

(a) coupling a flow computer to a measurement device, said measurement 
device suitable to monitor a fluid and provide corresponding measurement data; and 

(b) connecting said flow computer via a communication link to a host computer, 
said flow computer communicating with said measurement device with a first protocol and 
with said host computer with a second protocol, said second protocol being suitable for 
Internet/intranet communication wherein said host computer obtains said corresponding 

15 measurement data from said measurement device through said flow computer. 

14. The method of claim 13, wherein said flow computer queries said measurement 
device at regular intervals, said measurement device responding with measurement data, wherein 
said flow computer generates a log of said measurement Hata 

15. The method of claim 13, wherein said host computer is capable of programming 
20 said flow computer. 

16. The method of claim 13, wherein said host computer is capable of programming 
said flow computer using Internet browser software. 

17. The method of claim 13, wherein said flow computer is identified by said host 
computer using a URL address. 

25 18 - The method of claim 13, wherein said flow computer is programmed to generate a 

web page including said corresponding data from said measurement device. 
19. A network flow computer, comprising: 

a first communication port suited for connection to a measurement device; 
a second communication port suited for an Internet/intranet connection; 
30 at least one processor; and 

a memory device attached to said at least one processor, said at least one processor 
programmable to receive data from said measurement device through,s«yd first communication port 
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and programmable to transmit data by said LntemeL'intranei connection through said second 
communication port. 

20. The network flow computer of claim 39, wherein a compressed operating system is 
stored on said memory device. 

21. The network flow computer of claim 19, wherein a scalable operating system is 
used iii conjunction with said network flow computer. 

22. The network flow computer of claim 19, wherein said processor .performs 
calculations on said data received from said measurement device. 

23 . The network flow computer of claim 22, wherein said processor piaces a result from 
said calculations on a web page accessible through said second communication port. 

24. The network flow computer of claim 19, wherein said processor places data 
received from said measurement device on a web page accessible through said second 
communication port. 
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